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Editorial und Inhalt 
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Im Jahr 2012 erschien die erste Ausgabe der 
LOAD, dem Retrocomputer-Magazin des Vereins 
zum Erhalt klassischer Computer e.V. mit dem Ti¬ 
telthema „Das Jubeljahr 2012“. Damals feierten 8- 
Bit Homecomputer wie der Commodore 64, der 
Sinclair Spektrum runde Geburtstage, aber auch 
Pionierfirmen wie Atari. 

Dieses Heft greift die beiden Jubiläumsjahre 1984 
und 1985 auf. Zu dieser Zeit vollzog sich für die 
breite Öffentlichkeit spürbar ein Paradigmenwech¬ 
sel in der Bedienung von Computern. Der Weg 
führte fort von zeichenorientierter Darstellung und 
Kommandoeingaben hin zu grafischen Benutzer¬ 
oberflächen und Mausbedienung. Mitte der 1980er 
Jahre wurde der Grundstein dafür gelegt, wie heu¬ 
te Computer bedient werden. Aber keine Angst - 
diese LOAD wiederholt nicht zum hundertsten 
Mal, was sie in Wikipedia über Atari, Commodore 
oder Apple nachlesen können. Stattdessen richten 
wir den Blick auf die besondere Situation in 
Deutschland, lassen Anwender der ersten Stunde 
von ihren Erfahrungen berichten und schauen uns 
mit dem Canon Cat und dem Sinclair QL die Ge¬ 
genentwürfe zur GUI Bedienung an. Passend zu 
dieser Rückschau startet unsere kleine Serie zur 
50-jährigen Computergeschichte in Deutschland 
mit tiefgründigen Informationen, die anderswo nur 
schwer zu finden sind. 

Doch es gibt noch mehr: Mit den Berichten zu den 
alphaTronic P2/P1 Rechnern und der Philips 
P2000 Rechnerfamilie blicken wir auf selten zu 
sehende Klassiker. Auch die Praxis kommt nicht 
zu kurz - Reparaturtipps, Hardware für serielle 
Verbindungen, Datentransfer und AppleTalk Net¬ 
ze sind ebenfalls Themen in dieser Ausgabe. Und 
mit der Fortsetzung unseres Artikels zur Archäolo¬ 
gie der Digitalisierung schauen wir aus wissen¬ 
schaftlicher Perspektive auf unser Hobby. 

Sie sehen: Retro- 
computing ist ein 
breites Thema und 
ein ergiebiges 
Hobby. Und Spaß 
macht es auch in 
diesen besonder¬ 
en Zeiten. 


— Kein Problem! 

Alle Links aus diesem 
Heft, Zusatzinforma¬ 
tionen, Korrekturen und 
Diskussionsbeiträge 

finden Sie unter 

https://www. classic- 

computing.de/load6 
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Juni 

05. - 07. Juni Alternatives 
Computer Meeting 
06. Juni Retro Daddel Day 
Wuppertal 

20. Juni DoReCo#65 

27. Juni AM IGA35 NL 

28. Juni AMIGA35 NL 


Juli 

11. Juli RETROthek 


Karlsruhe 

^!> e 






August 

01. August LuheCon 13 
15. August Interface Kiel 
20. bis 23. August Fujijama 
Lengenfeld 

22. August Retro Computer 
Treff Niedersachsen 
RCT#24 


September 

11. bis 13.Sept. 

Do Re Co Party 

19. Sept. Retrolution!2020 

20. Sept. Retrolution!2020 


25. - 27. Sept. 

Classic Computing 


Oktober 


xx. Okt. Vintage Computer 
Festival Berlin 
31. Okt. LuheCon 14 


November 

6. bis 8. Nov. 21.Amiga- 
Meeting Neumünster 
21. Nov. HomeCon 61 


Dezember 

05.Dez. Interface Kiel 
19.Dez. DoReCo#67 


Regelmäßige Termine 

Retrocomputerabend im 
Shack 

Jeden 2. Freitag des Monats 
(18:00) | shack e.V. |Ulmer 
Straße 255170327 Stuttgart- 
Wangen 
Retro-Rodeo! 

am letzten Do. des Monats 
(19:00) | Digital Retro Park | 
Frankfurter Straße 13-15 | 
63065 Offenbach a. M. 


Zum Redaktionsschluss stand 
ein Ende der Einschränkungen 
aufgrund der Corona-Pandemie 
noch nicht fest. Informieren Sie 
sich also bitte auf den Web¬ 
seiten der Veranstalter, ob die 
genannten Termine stattfinden. 
Infos gibt es auch hier: 


https://www.classic- 

computing.org/ 

veranstaltungs 

kalender/ 






Locations und Infos 


Alternatives Computer Meeting 

Dorfgemeinschaftshaus Flechtorf, Alte 
Braunschweiger Str. 21, 38165 Lehre OT Flechtorf 
https://amiga-lan-party. de 


Fujijama 

Schützenhausweg 11, 08485 Lengenfeld 
http://abbuc.de/~atarixle/fuji/2020/ 


Stadtbibliothek im Neuen Ständehaus, 
Ständehausstraße 2, 76133 Karlsruhe 


Amiga-Meeting Neumünster 

Kiek in!, Gartenstraße 32, 24534 Neumünster 
http://www.amigameeting.de/ 


Interface Kiel 

Jugendhaus Klausdorf (1. + 2. OG), Dorfstraße 101, 
24222 Schwentinental/Klausdorf 
http://vccev. de/events 


RETROpulsiv 

Hochschule Augsburg, An der Hochschule 1, 86161 
Augsburg 

www. hs-augsburg. de/'Service/Impressum 
anmeldung@retropulsiv. de 


AMIGA35 NL 

Media Parkboulevard 1,1217 WE Hilversum 
https://amiga35.com/ 


Classic Computing 2020 

14 Route de Buchei, Thionville (France) 
https://www. classic-computing. org/cc2020/ 


DoReCo 

AWO Dortmund, Syburger Strasse 75,44265 
Dortmund 

http://www. doreco. de/ 


Lange Nacht der Computerspiele 

14:00 bis 24:00 | LIPSIUS-Bau, Karl-Liebknecht-Str. 
145 in 04277 Leipzig 

LuheCon 

ab 10:00 | Marstall, Schloßplatz 11, 21423 Winsen 
an der Luhe 

Marburger Stammtisch 

ab 16:00 | Ortenberg-Gemeinde e.V, Rudolf- 

Bultmann-Straße 7 

http://www. marburger-stammtisch. de 


DoReCo Party 

Schützenhalle Anröchte, Altenmellrich, Alter 
Kirchweg 2, 59609 Anröchte 
http://www. doreco. de/ 


Retro Daddel Day Wuppertal 

ab 12:00 \ Blumenstr. 16, 42119 Wuppertal 
http://www. radio-paralax. de/ 


HomeCon 

ab 10:00 Uhr | Alte Schule - Eingang Haggasse - 
Großer Saal, EG Taubengasse 3, 63457 Hanau 
(Großauheim) 


RETROLUTION12020 

ab 10:00 | Kulturhalle Steinheim, Ludwigstraße 67, 
63456 Hanau (Steinheim) 

RETROthek Karlsruhe 

Aufbau ab 9:00, Besicher 10:00 bis ca. 20:00 
Aussteller-Voranmeldung bitte unter 
retrothek@kultur. karlsruhe. de 





Retrotreff Niedersachsen 

10:00 bis 19:00 | Freizeitheim Döhren, An der 

Wollebahn 1, 30519 Hannover 

https://www. classic-computing. org/tag/hannover/ 


Uni Mainz 

Computersammlung der Universität 

https://www.classic- 

computing.org/veranstaltungskalender 

Vintage Computer Festival Berlin 

Deutsches Technikmuseum (Historische 
Ladestraße), Möckernstr. 26,10963 Berlin 
www.vcfb.de 


VCFe 

Kulturzentrum Trudering, Wasserburger Landstraße 

32, 81825 München 

https://www.vcfe.org 
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Hier ging es rund — Unsere Veranstaltungen 

! o- 


2019 


o (z 

Auf unseren Veranstaltungen ist im¬ 
mer etwas los. Hier treffen sich Ver¬ 
einsmitglieder, Freunde und Freaks 
aus anderen Gruppen und Foren und 
viele Gäste, die einfach einmal Rech¬ 
ner aus alten Zeiten in Aktion erle¬ 
ben möchten. 

Wir nutzen unsere Treffen zum prak¬ 
tischen Erfahrungsaustausch und 
zum Fachsimpeln. Und natürlich 
spielen wir auch - alte Spiele sowie¬ 
so und gern auch Neuerscheinun¬ 
gen für alte Rechner. 

O 

Meist sind auch Hardware-Experten 
mit dabei, die defekte Geräte gleich 
vor Ort wieder instand setzen. Löt¬ 
kolben, Oszilloskop und Logikanaly¬ 
sator sind keine Fremdworte für uns. 


Unsere Veranstaltungen sind meis¬ 
tens öffentlich. Gäste sind willkom¬ 
men, können zuschauen und 
mitmachen. Was das kostet? Nichts! 

Die Teilnahme an unseren Veran¬ 
staltungen ist kostenlos. 

Unsere Treffen finden im ganzen 
Bundesgebiet statt. Regelmäßige 
Veranstaltungen gibt es zum Beispiel 
in Hannover, Wolfsburg, Stuttgart, 
Waiblingen, Augsburg und Bad Sä- 
ckingen. Es werden von Jahr zu Jahr 
mehr. Außerdem findet unsere gro¬ 
ße Vereinszusammenkunft, die Clas¬ 
sic Computing jedes Jahr an einem 
anderen Ort statt, (gb) 


Also — bis bald! 
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Jahre der Revolution 


Zur Geschichte grafischer Benutzeroberflächen 


Von Mäusen und Menschen 


U rsprünglich konnten Computer nur Buchstaben und Zeichen 
ausgeben. Nach dem 2. Weltkrieg kam rasch die Grafik hinzu. Als 
Wiege der Computergrafik gilt das Massachusetts Institute of Technolo¬ 
gy (MIT), wo von 1945 bis 1952 im Auftrag der US-Marine durch Jay For¬ 
rester und Robert Everett der Whirlwind-Computer entwickelt wurde. 


Er sollte als Flugsimulator dienen und Pi¬ 
loten der US-Marine im Umgang mit über¬ 
raschenden Situationen schulen. Ein 
Lichtgriffel, der am MIT Lincoln Laborato- 
ry entwickelt wurde, diente als Eingabe¬ 
gerät. Wenig später, nämlich 1951, begann 
das Forschungslabor von General Motors 
mit Forschungsarbeiten zu CAD-Syste- 
men. IBM stellte das IBM-740/780-System 
vor, das in Verbindung mit dem IBM-704- 
Großrechner Punkte oder Linien auf einem 
Röhrenbildschirm darstellen konnte. 



Ivan Sutherland führt Sketchpad vor 


1963 stellte Ivan Sutherland in seiner Dis¬ 
sertation (Sketchpad - A Man Machine 
Graphical Communication System) am MIT 
das Sketchpad-Zeichensystem vor. Es war 
das wohl erste interaktive Computergra¬ 
fikprogramm. Es konnte einzelne Zeich¬ 
nungen als Vorlagen speichern und 
hierarchisch gliedern. Eine Zeichnung ließ 
sich so aus bereits vorhandenen Modulen 
zusammensetzen. Sketchpad kennt be¬ 
reits Kontextmenüs und nutzt Tastatur und 
Lichtgriffel für Objektauswahl und Frei¬ 
handzeichnung. Zur Programmierung von 
Abläufen diente das Zeichnen von Fluss¬ 
diagrammen, die sich direkt in ausführba¬ 
ren Code übersetzen ließen. 


Mother of all demos 


Auch an anderen Orten wurde zu dieser 
Zeit geforscht, wie sich Computer interak- 


insgesamt 46 Mal, jeweils für stolze 1.500 
DM. Heute ist eines der wenigen verblie¬ 
benen Exemplare im Heinz Nixdorf Forum 
in Paderborn zu bestaunen. Aber zurück 
zu Engelbart: Er verwendete außerdem 
eine kleine Zusatztastatur, die einer Klavi- 
tiv und anders als nur mit einer Fern- a ^ ur ähnlich 5 Funktionstasten bereitstell- 
schreibmaschinentastatur nutzen ließen. te - Diese diente zum Auslösen von 
Am Stanford Research Institute in Menlo Operationen auf dem Bildschirm, denn die 
Park, Kalifornien förderten ARPA und NA- Oberfläche des präsentierten Computers 
SA ein Forschungsprojekt, das Vorstellun- kannte noch keine GUI Elemente, 
gen entwickeln sollte, wie ein ständig 

verfügbarer Computer einem intellektuell Xerox Alto 

arbeitenden Menschen bei seinem Tag- Seit 1972 entwickelte Charles P. Thacker 
werk helfen kann. 1968 stellten Douglas am Pa | 0 A | to Research Center (PARC) von 
Engelbart und William English in der wohl X erox mit dem Xerox Alto die erste Work- 
ersten interaktiven Präsentation A research Station mit einer grafi- 

center for augmenting human intellect die sehen Benutzerober- 

Ergebnisse ihrer Arbeiten vor. Ihr Compu- H fläche. Dort hatte der 

ter präsentierte zunächst eigentlich nur ei- 1940 geborene Mathe- 

ne leere Seite für eine Textdarstellung. Auf matiker und Elektro- 

ihr ließen sich Text und grafische Elemen- techniker Alan Kay 

te mischen, die Seiten waren zu speichern begonnen, Grund- 

und hierarchisch zu organisieren. Zum An- lagen für grafi- 

steuern bestimmter Passagen diente eine ■ . m^ * \ sche ßenutzer- 

Maus mit drei Tasten. Diese arbeitete al- SSvl Oberflächen zu 

lerdings nicht mit einer Rollkugel, sondern erarbeiten. Sei- 

mit zwei Rädern für X- und Y-Achse. Ei- * ne Ergebnisse 

gentlich erstaunlich, denn zwischen 1965 = = = === beeinflussten 

und 1968 hatte Rainer Mallebrein für Te- = = = = =jE 0 den Alto stark 

lefunken in Deutschland bereits eine Roll- = = = = = = der schließlich 

kugelmaus entwickelt. Das Unternehmen XewxAho 1973 vorgestellt 

verkaufte diese ab 1968 und damit zwei wurde. Ähnlich der 

Monate vor Engelbarts Präsentation zu- von Engelbart benutz- 

sammen mit dem Spitzencomputer TR 440 ten Konsole verfügte der Alto über eine 3- 

Tasten- Maus und eine zusätzliche Funk¬ 
tionstastatur mit 5 Tasten für besondere 
Befehle. Der Alto besaß bereits eine Ether¬ 
net- Netzschnittstelle mit einer Geschwin¬ 
digkeit von 3 MBit/s. Das Betriebssystem 
war objektorientiert und die GUI mit Fens¬ 
tern, Menüs und Icons ein integraler Be- 
E standteil. Smalltalk-80 diente als Program- 
£ miersprache verfügbar. Die 16-Bit CPU 

05 

® war auf dem 74181-Chip von Texas In- 

15 

| struments aufgebaut und mit 5,8 MHz ge- 
| taktet. Der 128 kB große Arbeitsspeicher 
Douglas Engelbart (gestorben 2013) jL konnte auf 512 kB RAM erweitert werden. 
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Als Massenspeicher diente eine 2,5 MB 
fassende Wechselfestplatte von Diablo 
Systems. Die monochrome Videoausga¬ 
be hatte eine Auflösung von 606 * 808 Pi- 
xeln. Der Monitor konnte ein US-Letter-Blatt 
1:1 im Hochformat darstellen, zusammen 
mit den grafisch dargestellten Schriften er¬ 
gab sich so eine WYSIWYG-Darstellung. 
Offiziell wurde der Alto erst ab 1978 zu ei¬ 
nem Preis von 32.000 US-Dollar angebo- 
ten und etwa 2000 Mal verkauft. Eine große 
Sichtbarkeit erlangte das System allerdings 
nicht, es blieb überwiegend in den Nischen 
des akademischen Betriebs der Universi¬ 
täten und Forschungszentren. 

Xerox Star 

1981 präsentierte Xerox dann das 8010 
Star Information System, das durch die 
Xerox Systems Development Division 
(SDD) in El Segundo, Kalifornien herge¬ 
stellt wurde. Es nahm viele der Ideen des 
Xerox Alto auf und sollte allen Anwendern 
zugute kommen. Das System bestand aus 
der Zentraleinheit in Form eines Towers, 
einem grafischen Bildschirm, einer Tasta¬ 
tur mit Sondertasten und einer 2-Tasten- 
maus. 



Es war dazu konzipiert, Multimedia Doku¬ 
mente zu verarbeiten und dabei Grafiken 
und Text beliebig vermischt darzustellen. 
Schriften vermochte der Star so darzustel¬ 
len, wie sie der dazugehörige Xerox La¬ 
serdrucker ausgeben konnte. Er bettete 
Rastergrafiken ein und erzeugte Diagram¬ 
me sowie mathematische Formeln. Die 
Vernetzung über Ethernet ermöglichte ei¬ 
ne verteilte Dateiablage und die gemein¬ 
same Nutzung von Druckern. Die Bedie¬ 
nung erfolgte über einen weiterentwickel¬ 
ten GUI Desktop. Dieser stellte Dateien, 
Ordner und Geräte sowie Programme als 
Icons dar. Funktionen wie Verschieben und 
Kopieren oder der Ausdruck von Doku¬ 
menten wurden über Funktionstasten oder 



Die grafische Oberfläche des Xerox Star 


"drag&drop" Aktionen mit der Maus aus¬ 
gelöst. Fenster kannten bereits die heute 
üblichen Elemente wie Titelzeile, Scroll¬ 
balken und Symbole zum Verschieben und 
zur Größenänderung. Der Xerox Star führ¬ 
te das wohl am meisten bekannte GUI Ele¬ 
ment ein: Die Sanduhr, die das Warten auf 
das Ende einer Aktion anzeigte. 

Die Hardware des Xerox Star basierte auf 
dem AMDAm2900 Bitslice Mikroprozes¬ 
sor. Der Hauptspeicher war serienmäßig 
mit 384 kB RAM ausgestattet und ließ sich 
auf 1,5 MB aufrüsten. Festplatten mit 
10 MB, 29 MB oder 40 MB dienten als Mas¬ 
senspeicher. Der 17 Zoll Bildschirm be¬ 
saß eine Auflösung von 1024x809 Pixel 
bei 38,7 Hz Bildfrequenz und stellte zwei 
US-Letterseiten nebeneinander dar. Das 
System wurde für einen Einstiegspreis von 
16.000 US-Dollar angeboten. Insgesamt 
wurden etwa 25.000 Einheiten verkauft. 
Für Xerox war dies ein finanzieller Miss¬ 
erfolg, der Einfluss des Star und davor des 
Alto auf die Computerwelt war jedoch rie¬ 
sig. 


RANK XEROX 


Now you can create 
documents with words 
and pictures 



Werbeflyer für den Xerox Star 


Die Anderen 

Seit 1980 entwickelte Apollo Computer Inc. 
in Chelmsford, Massachusetts netzwerk¬ 
fähige Workstations. Spätestens seit 1985 
verfügten diese über eine grafische Ober¬ 
fläche. Der Hersteller lag 1987 auf Platz 3 
hinter DEC und IBM im Ranking der um¬ 
satzstärksten Hersteller in den USA. 

Im Jahr 1979 schaffte es der Universitäts¬ 
professor und Apple-Mitarbeiter Jef Ra- 
skin, die beiden Apple-Gründer Steve Jobs 
und Steve Wozniak zu einem Besuch im 
Xerox PARC zu bewegen. Besonders Jobs 
war begeistert von einer grafischen Benut¬ 
zeroberfläche. Er trieb ein eigenes Projekt 
für einen GUI Rechner voran und präsen¬ 
tierte 1983 dann die Apple LISA. Immer¬ 
hin konnte Apple davon 30.000 Exemplare 
zu einem Preis von anfangs 10.000 US- 
Dollar absetzen. Als dann 1984 der Apple 
Macintosh auf den Markt kam, war die 
Computerbedienung mittels Maus und GUI 
endgültig im Massenmarkt angekommen. 
Ein Jahr später zogen Atari mit dem Atari 
520ST und Commodore mit dem AMIGA 
1000 nach. 

Und auch der IBM PC erhielt seine grafi¬ 
sche Benutzeroberfläche. Ende 1985 bot 
Microsoft erstmalig den ursprünglich als 
"Interface Manager" entwickelten MSDOS 
Aufsatz "Windows" an. Der Rest ist Ge¬ 
schichte. (gb) 


Links 

https://de.wikipedia.org/wiki/Geschichte_- 

der_Computergrafik 

Sketchpad: https://youtu.be/6orsmFndx_o 

Douglas Engelbart: https://youtu.be/yJDv- 
zdhzMY 

Xerox Star: https://youtu.be/ODZ- 
BL80JPqw 

http://www.catb.org/~esr/wri- 

tings/taouu/html/ch02s05.html 


lieber den Autor 

Georg Basse sass 
±383 e staalig an 
einen Apple II euro— 
Plus. Seitden hat 
ihn der Spass an 
Conputern rieht: 
verlassen. Als In¬ 
formation Security 
Consultant kennt er 
aber auch die 
Schattenseiten der 
Infornations- 
gesellschaft. 
























































Quelle: https://commons.wikimedia.org User:Grm CC BY-SA3.0 


Jahre der Revolution 


Der Apple Macintosh erreicht Deutschland 

Aus der Tasche 


A m 24. Januar 1984 holte Apple CEO Steve Jobs zum ersten Mal den 
Macintosh aus einer grauen Tasche. Der kleine Würfel stellte sich 
mittels synthetisierter Sprache selbst vor und nannte Steve Jobs seinen 
Vater. Zu den Klängen von "Chariots of Fire" eröffnete Apple damit 
endgültig das Zeitalter der grafischen Oberflächen. Weit weniger 
pathetisch verlief die Vorstellung in Deutschland und der Markterfolg ließ 
Jahre auf sich warten. 


Der legendäre Werbespot von „Alien“- und 
„Bladerunner“-Regisseur Ridley Scott wäh¬ 
rend des 18. Superbowl am 22.Januar 
1984 machte den Macintosh mit einem 
Paukenschlag einer großen Öffentlichkeit 
bekannt. Zwar hatten kleine Computer seit 
Mitte der 1970er Jahre ihr Bastler- und 
Freakimage teilweise verloren, dennoch 
gehörten sie nicht zum Alltagswerkzeug in 
den Büros und erst recht nicht in private 
Haushalte. Apple wollte dies ändern: Selbst 
das „technische Verständnis eines Altphi¬ 
lologen, der lateinische und griechische 
Grammatik zum Lebensinhalt erklärt ‘ 
(CHIP), sollte zum Aufbau und der Bedie¬ 
nung des Macintosh reichen. Die Abkehr 
von Befehlsinterpretern, Kommandozeilen 
und Tastatureingaben zugunsten von Icons, 
Pulldown-Menüs und Mausbedienung war 
Anfang der 1980er Jahre noch fremd und 
erklärungsbedürftig. So stellte das Maga¬ 
zin CHIP in seiner Februar-Ausgabe 1984 
die Maus noch vor als „eine Art Zeichen¬ 
griffel, der einer Zigarettenschachtel 
gleicht, die auf einer Rolle läuft. Diese 
Schachtel wird auf dem Arbeitstisch hin- 
und hergerollt. Ihre Bewegungen übertra¬ 
gen sich auf den Bildschirm. Und zwar wird 
die jeweilige Position durch einen Pfeil auf 
dem Bildschirm angezeigt. Wird nun ein 

Onjanuarv 24th, 

Apple Computer will introduce 
Macintosh. 

And vou’ll see why 1984 
worft be like“1984T 

Ridley Scotts Werbespot aus dem Jahr 1984 
machte die Menschen neugierig 


Knopf auf dem Bedienungselement ge¬ 
drückt, [..] so lässt sich eine Funktion aus- 
lösen“. Schnell wurde der Macintosh als 


"Gegenzeichen 
zum allgemeinen Trend der mehr oder we¬ 
niger genauen IBM Nachbildung" verstan¬ 
den und postuliert, dass „die Marktstellung 
des Herstellers und die gute Unterstüt¬ 
zung, die er seinen bisherigen Produkten 
angedeihen ließ, ein übriges zum Erfolg 
der Maschine" beitragen würde. 

Schwieriger Start 

Ganz so einfach verlief dann aber der Weg 
des Macintosh doch nicht. Zwar verkauf¬ 
te Apple in den ersten 100 Tagen 72.000 
Geräte, die weltweiten Verkäufe stagnierten 
danach aber rasch und pendelten sich bei 
20.000 Exemplaren pro Monat ein (siehe 
Erdmann, S.46ff). Ende 1984 hatte Apple 


so 300.000 Macs verkauft, gleichzeitig aber 
2 Millionen Apple Il-Maschinen. Dies war 
letztlich auch dem verbesserten Apple //e 
und dem neuen, kompakten //c zu verdan¬ 
ken. Das ursprünglich gesteckte Ziel, bis 
Ende 1985 zwei Millionen Macintosh-Sys- 
teme zu verkaufen, verfehlte Apple mit nur 
500.000 abgesetzten Geräten deutlich. 
Dies spiegelt sich auch in der Verbreitung 
des Macintosh unter langjährigen Apple- 
Kunden wieder. Eine im September 1984 
gestartete Umfrage des Magazins Peeker 
unter 4.500 Lesern bescheinigte dem Mac¬ 
intosh nur einen Marktanteil von 1,3%. 
Nicht zuletzt sprach der Macintosh die Ap¬ 
ple Il-Altkunden eher weniger an. Das Bedi¬ 
enprinzip mit Icons und Maus wurde aus 
diesem Lager dann auch als geeignet für 
„Kinder, Analphabeten und Manager J< titu¬ 
liert. 

Wirtschaftlich brachte Apple 
diese geringe Marktakzeptanz 
immer mehr in Probleme. Der 
Konzern war schon vor dem Er¬ 
scheinen des Macintosh ange¬ 
schlagen. Lag im Juni 1983 der 
Aktienkurs noch oberhalb von 
60 US-$, so zeichnete die Ap¬ 
ple-Aktie im Dezember 1983 um 
die 20 US-$. Die Ankündigung 
des Mac sorgte zwar für kurz¬ 
zeitige Erholung. Im Juni 1985 
kündigte Apple dann in den 
USA aber eine Reduktion der 
Belegschaft um 21 % an. Auch 
Apple Deutschland bekam dies 
zu spüren. Die Stuttgarter Zei¬ 
tung kündigte Ende Juni 1985 
an, dass Apple Deutschland 
seine Mitarbeiterzahl von 87 auf 
62 Mitarbeiter reduzieren würde. 

Kein Lieblingskind 
der Presse 

Bei der Suche nach den Ursachen für die¬ 
sen Misserfolg in Deutschland hilft ein Blick 
in die Presse der Jahre 1984 und 1985. 
Den großen Erfolg des Apple II in Europa 
sah Apple Ende 1984 mit dem Macintosh 
noch als leicht wiederholbar an, wie CEO 
Steve Jobs im September 1984 in einem 
Interview der CHIP verkündete. Der Mac¬ 
intosh, so Jobs, sei ein System, das nur 
wenig zu verbessern sei und eine IBM- 
Kompatibilität und die Verwendung von 
MSDOS wurden kategorisch ausgeschlos¬ 
sen. Anfangs wurde das durchaus so ak¬ 
zeptiert - der Mac erhielt auch den Titel 
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des Computers des Jahres in der Katego¬ 
rie "Personal Computer". Die Euphorie ver¬ 
ebbte in der darauffolgenden Zeit aber 
schnell. So beklagte Ulrich Stiehl im Ma¬ 
gazin Peekerdie geringe Alltagstauglich¬ 
keit und die mangelnde Arbeitsgeschwin¬ 
digkeit des Mac: „Wir haben jedoch gleich¬ 
zeitig gesehen, dass der Macintosh trotz 
MC68000 [..] ungebührlich langsam ist und 
zweitens das Mac-DOS systemimmanen¬ 
te, quasi versteckte Mängel hat, die erst 
nach längerer Benutzung zum Tragen kom¬ 
men“. Und weiter verkündet der Autor: „Für 
reine Anwender ist der Macintosh in etwa 
1-2 Jahren empfehlenswert, zumal erst 
dann die erforderliche deutsche Anwen¬ 
dersoftware im erforderlichen Umfang vor¬ 
liegen dürfte “. Diese Bewertung erreichte 
durchaus ihre Adressaten - der Peeker 
war in den wenigen Jahren seines Erschei¬ 
nens die Informationsquelle für alle tech¬ 
nikaffinen, langjährigen Apple-Nutzer. 

Hier gilt es auch zu bedenken, dass der 
Ur-Macintosh mit gerade einmal 128 kByte 
RAM und einem eingebauten 400 KB Dis¬ 
kettenlaufwerk daher kam. Apple drückte 
Ende 1984 dann auch den "Fat-Mac" mit 
512 kByte hinterher. Aber auch mit diesem 
war das Arbeiten nicht immer ein Kinder¬ 
spiel. „Wiewohl der Fat Mac 512 KB RAM 
besitzt, wird dieser große RAM vom FIN¬ 
DER nicht optimal genutzt. Laufend wer¬ 
den Zwischenablagen auf die System- 
Diskette geschrieben 11 , bemängelte die 
CHIP. Anders ausgedrückt: Der Macintosh 
nutzte das Diskettenlaufwerk als Zwischen¬ 
speicher zur Auslagerung von Daten. Bei 
der Geschwindigkeit der 400kB Laufwer¬ 
ke also gewiss kein vergnügliches Arbei¬ 
ten. Der anfangs als vollkommen geschlos¬ 
senes System konzipierte Macintosh bot 


auch keine Möglichkeit, dies zu 
ändern. Immerhin - ab Ende 1985 
bot General Computer Corp. mit 
dem Hyperdrive eine interne 
Festplattenlösung mit 10 oder 20 
MByte Kapazität an. Der deut¬ 
sche Anbieter Procomp aus 
München ließ sich diese Lösung 
mit 10.000 DM für das 10 MB 
Modell gut bezahlen. Der Preis 
eines Fat Macs lag ebenfalls in 
dieser Größenordnung. 

GUI-Anwender der ersten 
Stunde mussten also tief in 
die Tasche langen. Magazine 
wie CHIP, Peeker, mc oder 
Computer Persönlich, be¬ 
richteten daher auch nur 
wenig überden Macintosh. 

Die meisten Leser konnten 
oder wollten nicht soviel 
Geld für das Gerät ausge¬ 
ben. Auch ehemals treue 
Apple Il-Kunden wander- 
ten ab. Als 1985 der Atari 
ST erschien und seine Verbreitung fand, 
schwenkte beispielsweise das Magazin 
Peeker bald in diese Richtung. 

Desktop Publishing 
als Rettung 

Letztlich akzeptierte der bestehende Markt 
in Deutschland den Macintosh nur schlep¬ 
pend. Insbesondere die fehlende IBM-Kom- 
patibilität und die geringe Arbeits¬ 
geschwindigkeit des Macintosh trugen da¬ 
zu bei. Auch waren GUI und Maus ein 
Fremdkörper in Büros, die bisher nur AS¬ 
CII Terminals und zeichenorientierte Mas¬ 
keneingaben gewöhnt waren. Mike Spind- 
ler, Europa-Manager von Apple, hatte be¬ 
reits 1984 klar erkannt: „Leute im Büro 
wollen sich nicht umstellen. Da passiert 
keine Revolution Spindler sah den Mac 
eher als Gerät für computerunerfahrene 
Informationsverarbeiter aller Gattungen. 

Diese fanden sich schließlich 
in einem weitgehend neuen 
Einsatzgebiet. Mit Program¬ 
men wie Aldus Pagemaker 
bot der Macintosh den Wer¬ 
be- und Marketingabteilun¬ 
gen plötzlich eine 
erschwing-liche Möglich¬ 
keit, bequem Grafik und 
Schrift am Bildschirm zu 
mischen. 


Druckfertige Lay¬ 
outs entstanden damit direkt am Schreib¬ 
tisch der Abteilung und konnten dank 
PostScript ohne Umwege in Druck gehen. 
Im August 1985 wurde auf der Apple Mac¬ 
intosh Pressekonferenz in München die 
deutsche Version von Pagemaker vorge¬ 
stellt und entsprechend positiv aufgenom¬ 
men. 

Apple hoffte sehr auf diese und andere 
Softwaretitel. Ralph Deja, Apple Chef in 
Deutschland, betonte in einem Interview 
mit der Zeitschrift CHIP im August 1985 

Apple Macintosh 128 

Hauptprozessor: 

Motorola 68000, 8 MHz 
Datenbus: 

16 Bit 

Hauptspeicher: 

128 KB RAM (Einzel-ICs) 
Festwertspeicher: 

64 KB ROM 
Massenspeicher: 

3 1/2 Zoll Disketten mit 400 KB 
Kapazität 

Grafik: 

Monochrom, 512x342 Pixel 

Video: 

9 Zoll Röhrenmonitor 
Betriebssystem: 

Finder 0.97 (maximal 3.2) 


Der Macintosh Prototyp mit 5,25 Zoll Twiggy Drive 
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desillusioniert: „Und ich denke, was jetzt 
an Software auf uns zukommt, wird unse¬ 
rem Produkt neue Schubkraft geben. Aber 
Träume sind sicher hinter uns.. Im No¬ 
vember 1985 erschienen dann mit Lotus 
Jazz und Microsoft Excel zwei Tabellen¬ 
kalkulationsprogramme für den Mac auf 


den Markt, die auf große Akzeptanz stie¬ 
ßen. Auch bei der Hardware besserte Ap¬ 
ple nach. Der Macintosh Plus verfügte über 
eine SCSI Schnittstelle zum Anschluss von 
Peripheriegeräten wie Druckern und Scan¬ 
nern, aber eben auch von Festplatten als 
Massenspeicherlösung. Dies machte eini¬ 
ge der vorher bei reinen Disketten Syste¬ 
men beklagten Geschwindigkeitsnachteile 
wett. Mit der 1987 erschienenen DTP Soft¬ 
ware Quark XPress und mit Filemaker als 
einfach zu bedienende Datenbank fand 
der Macintosh letztlich immer größere Ver¬ 
breitung. (gb) 
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CHIP Ausgabe Februar 1984, Seite 64ff. 
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CHIP Ausgabe März 1985, Seite 65f. 
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Werde Mitglied! 


Vereinsmeierei ist ja nicht so jedermanns Sache. Aber der Verein zum Erhalt klas¬ 
sischer Computer hebt sich auch hier ganz positiv von der Masse ab - und beim 
Aufgabengebiet ja sowieso. 

Wir vereinen im VzEkC e.V. viele Hunderte klassische Computersysteme. Wir 

veranstalten jährlich mit der Classic Computing eines der größten RetroComputer 
Events in Deutschland. Wir veranstalten Dutzende lokaler Treffen überall in Deutsch¬ 
land, geben mit der LOAD ein in der Deutschen Nationalbibliothek archiviertes Jah¬ 
resmagazin heraus und sammeln Expertenwissen online im Vereinsforum und auf 
der Homepage. 

Der Verein wurde übrigens schon 2003 gegründet und ist seit 2007 als gemeinnüt¬ 
zig eingetragen. Die Mitgliedschaft im Verein ist ziemlich günstig. Schon einmal 
deshalb, weil wir keine Aufnahmegebühr für Neumitglieder verlangen. Für gerade 
einmal 3 Euro im Monat kannst Du ordentliches Vereinsmitglied sein und hast dann 
viele Vorteile. So kannst Du bevorzugt bei unserem großen Jahrestreffen, der Clas¬ 
sic Computing teilnehmen, hast erweiterte Zugriffsrechte im Vereinsforum, be¬ 
kommst jährlich kostenlos unser Vereinsmagazin LOAD noch vor allen Nicht- 
Mitgliedern, kannst an der vereinsinternen Auktion für Hardware teilnehmen und 
Vieles mehr. 

Willst Du dabeisein? Dann werde einfach Mitglied im VzEkC e.V. — 
das geht ganz bequem Online: 

https://www.classiccomputing.de/derverein/mitgliedschaft 

Wir freuen uns auf dich! 


Anfassen, Ausprobieren, Spielen, Erhalten! 
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Das Multitalent AMIGA 1000 

Allerbeste 

Freundin 


A m 23. Juli 1985 hat 

Commodore im Lincoln 
Center (New York City) mit viel 
Glamour und Entertainment 
Ehrengäste und Presse zur 
Vorstellung des Commodore 
Amiga eingeladen. 

Der fortschrittlichste Homecomputer war 
mit seinem Multitasking-Betriebssystem, 
einer grafischen Benutzeroberfläche, der 
4096 Farben umfassenden Grafik und dem 
Vier-Kanal Stereo-Sound seiner Zeit um 
Jahre voraus. Schließlich traten auch Pop- 
Art Künstler Andy Warhol und "Blondie" 
Frontfrau Deborah Harry auf die Bühne. 
Warhol verfremdete ein digitalisiertes Bild 
von Deborah Harry in Minuten in eines sei¬ 


ner typischen Porträts und riss das Publi¬ 
kum von den Stühlen. Die Begeisterung 
kannte keine Grenzen mehr. Übrigens hat 
Andy Warhol später auch privat mit dem 
AMIGA weitergearbeitet und weitere Bil¬ 
der geschaffen. 18 davon wurden 2014 auf 
Disketten wiederentdeckt. Es handelt sich 
zum Teil um Nachbearbeitungen bekann¬ 
ter Werke, aber auch um neue, bis dato 
unbekannte Bilder. 

Viel weniger glamorös, für eine Computer¬ 
präsentation in den 1980er Jahren aber 
doch ungewöhnlich, verlief die Marktein¬ 
führung in Deutschland. Frank Elstner mo¬ 
derierte am 21. Mai 1986 die Präsentation 
in der Alten Oper Frankfurt a.M. für die 
Presse und ausgesuchte Besucher wie 
dem Commodore Händlerbeirat und Re¬ 
präsentanten von Großkunden. Commo¬ 


dore betonte dabei die Erfolge im Home¬ 
computerbereich, insbesondere mit dem 
Commodore 64 und 128. Zwischen den 
Zeilen ließen sich aber auch die Probleme 
mit dem AI 000 heraushören. Commodo¬ 
re Deutschlandchef Winfried Hoffmann 
räumte ein, dass in den USA in den ers¬ 
ten 11 Monaten nur 50.000 Geräte abge¬ 
setzt werden konnten und nur etwa 100 
Softwaretitel bereit standen. Dem gegen¬ 
über stand ein Werbeetat von 40 Mio. US- 
Dollar - ein deutliches Missverhältnis. 
Commodore hatte keine klare Idee, für wel¬ 
che Marktsegmente der AI 000 besonders 
taugt. Eher trocken verlief dann auch die 
Präsentation, die über weite Strecken die 
technischen Eigenschaften des Rechners 
anpriesen. Auflockerung brachten der Auf¬ 
tritt eines Gedächtniskünstlers aus einer 
früheren "Wetten, dass..." Sendung, eine 
Keyboard Performance, die einiges der 
Sound-Fähigkeiten des AMIGAs zeigte und 
eine animierte Balleteinlage. 

Dennoch fand die Freundin auch in 
Deutschland ihre Anhänger. Sie hielten ihr 
die Treue weit über das Ableben des Un¬ 
ternehmens Commodore hinaus. Heute ist 
die AMIGA-Szene vitaler denn je, wie die 
Aktivitäten der Communities , aber auch 
Veranstaltungen wie die AMIGA Messe 
Amiga34 in Neuss zeigen (siehe Seite 34 
in diesem Heft), (gb) 




B egeisterte AMIGA Anwender 
haben den AI 000 oft als 
allerersten Computer besessen. 
Dann folgte ein Wechsel auf 
Nachfolgemodelle und die erste 
Freundin wurde eingemottet und 
fristet nun ihr Dasein verpackt im 
Karton einsam in der 
Abstellkammer. Herwig Solf hat 
den Karton wieder hervorgeholt 
und packt ihn für uns aus. 

Es war schon ein besonderes Gefühl, zum 
ersten Mal den Karton mit dem teuer er¬ 
worbenen AMIGA AI 000 zu öffnen. Es ist 
nun 35 Jahre her, als der neue, erste Com¬ 
puter stolz nach Hause gebracht werden 
konnte. Die Verpackung hat im Laufe der 
Jahre durchaus gelitten, wird aber immer 
noch sorgfältig verwahrt. 




das regelmäßige Klicken des Disketten¬ 
laufwerks ist zu hören. Satte 880 kB pas¬ 
sen auf die verwendeten 3,5-Zoll-Disketten. 
Ursprünglich mit der Version 1.0 der Work- 
bench ausgeliefert, liegt hier die Version 
1.1 bei. Die Software des AI 000 hat einige 
Revisionen erfahren und sich über die 
Version 1.2 hin zur 1.3 weiterentwickelt. 

Der ausgepackte AMIGA AI 000 ist ein frü¬ 
hes Modell in der reinen NTSC-Revision 
6 mit Denise, Agnus, Paula, den CIA-Chips 
und der CPU in Gold-Keramik. Um das 
110 Volt-Modell hierzulande zu betreiben, 
braucht es einen Spannungswandler. Die 
Hardware des AI 000 wurde in den Jahren 
nach seinem Erscheinen mehrfach über¬ 
arbeitet. Die anfangs zu findende Piggy- 
back-Platine ist in der Revision A des 
AI 000 noch vorhanden. Das gilt auch für 
die europäischen Modelle mit einem PAL- 
Agnus (8367 statt 8361) und einem 220 
V-Netzteil. Erst die endgültige PAL-Versi- 
on des AI 000, die Revision B kommt oh¬ 
ne Piggyback aus. 


Schnell wurde auch klar, dass auch etwas 
mehr FastRAM nicht schaden würde. Hier¬ 
für gibt es mehrere Lösungen, sowohl in¬ 
terne FastRAM- Erweiter- ungen für den 
CPU-Sockel als auch externe Varianten 



Auch der Inhalt ist noch intakt. Damals wie 
heute macht es Freude, die Schachtel zu 
öffnen und die sauber aufgeräumt darin 
liegenden Einzelteile hervorzuholen. Tas¬ 
tatur, Maus und Netzkabel finden sich dar¬ 
in und natürlich die beiden Disketten für 
den Computerhimmel auf Erden - Kick¬ 
start und Workbench. 


Unter dem Styroporträger mit den Einzel¬ 
teilen verbirgt sich der eigentliche Zauber¬ 
kasten, der AMIGAA1000. Schnell ist er 
aus der Verpackung geholt und ange¬ 
schlossen. Das Kickstartbild erscheint und 


Die Revison B Platine des Al000 

Überhaupt lohnt sich ein Blick ins Innere. 
Auf der Deckelinnenseite haben sich die 
Entwickler dieses Wunderwerks der Tech¬ 
nik selbst ein Denkmal gesetzt und ihre 
Unterschriften hinterlassen. 

Doch was wäre ein AMIGA ohne Erweite¬ 
rungen. Der AI 000 kam mit einer sehr 
bescheidenen Speicherausstattung 
auf die Welt - der Hersteller spen¬ 
dierte ihm nur magere 256 kB 
ChipRAM. Das ist definitiv zu 
wenig für ein flottes Arbeiten 
und auch Commodore wurde 
das sehr bald bewusst. Die 
wichtigste Erweiterung für den AMIGA 
AI 000 ist daher eine Speichererweiterung 
für den Frontslot. Im ausgepackten AI 000 
stecken zusätzliche 256 kB ChipRAM, der 
Computer bringt es also auf insgesamt 
512 kB RAM. 




AMIGA 


C* Commodore 



für die Zorro I-Schnittstelle. 

Neben Speichererweiterungen haben sich 
AMIGA-Anwender bald nach dem Kauf 
des Rechners ein zweites Diskettenlauf¬ 
werk zugelegt. Für 3,5-Zoll-Disketten 
braucht es ein AI 010 Diskettenlaufwerk, 
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für 5,25-Zoll-Disketten das AMIGA 1020 
Modell. Das ist zwingend erforderlich, um 
die PC Transformer Software richtig zu 
nutzen. Dieser Software-Emulator lässt 
IBM PC Software auf dem AMIGA laufen 



AMIGA 


25BK RAM CARTRIDGE 



RAM Erweiterung 


gen oder Spielen geht dem originalen Mo¬ 
torola 68000 dann doch langsam die Puste 
aus. Abhilfe schafft eine Turbokarte für den 
68k-Sockel oder gar eine seltene Variante 
für den externen Erweiterungssteckplatz 
wie die Kupke Golem Turbo 030 mit sat¬ 
ten 16 MB FastRAM. Damit kommt die 
Freundin ordentlich auf Touren, solange, 
nicht Daten abgespeichert werden. Dann 
macht sich nämlich die geringe Transfer¬ 
rate der Diskettenlaufwerke bemerkbar. 



und es einen Monitorumschalter für Wech¬ 
sel zwischen den Welten braucht. Dafür 
verwaltet das Sidecar bis zu vier Disket¬ 
ten- laufwerke. Es ist also auch kein Pro¬ 
blem, dort noch eine AlOIO-Floppy für 
3,5-Zoll-Disketten anzuschließen. 

Am Ende haben wir so aus einem einfach 
ausgestatteten Amiga AI 000 mit seinen 
serienmäßigen 256 kB ChipRAM einen 
flotten Computer mit 68030er CPU, 512 
kB ChipRAM und 16 MB FastRAM, meh¬ 
reren Diskettenlaufwerken, Festplatte und 
PC-Emulator gemacht. 

Vielen Dank an Herwig Solf für die 
Bilder und Beschreibungen. 




- zwar nicht schnell, dafür aber kosten¬ 
günstig. 

Ein Geschwindigkeitsrausch kommt beim 
Arbeiten mit dem AI 000 nicht unbedingt 
auf. Die Rechenleistung könnte durchaus 
höher sein, denn bei einigen Anwendun- 


Besser geht es natürlich mit einer Fest¬ 
platte. Anstelle einer reinen Festplattenlö¬ 
sung griffen AMIGA AI 000 Nutzer dafür 
oft gern zum Sidecar, dem AMIGA 
AI 060. Darin steckt im Grunde ein 
vollwertiger IBM XT und es ist 
Platz für eine Festplatte wie 
eine SCSI- Filecard. Das 
Sidecar bringt sein eige¬ 
nes RAM mit und lässt 
sich mit einer eigenen 
Grafikkarte ausstatten. 
Ohne eine solche Karte 
gelingt die Bildschirmdarstellung nur mit 
der MDA- oder CGA-Emulation des AI 060, 
VGA Grafik ist nicht möglich. Der Nachteil 
einer Grafikkarte ist aber, dass der mitge¬ 
lieferte AMIGA A1081-Monitor idealerweise 
einem Multisync-Bildschirm weichen muss 
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Der AMIGA 1000 

Hauptprozessor: 

Motorola 68000, 7,09 MHz (PAL) 
Datenbus: 16 Bit 

Hauptspeicher: 256 KB RAM (Einzel- 
ICs) 

Festwertspeicher: 256 KB ROM 
Massenspeicher: 

3 1/2 Zoll Disketten, 880 KB 
Kapazität 

Grafik: 

Farbe 320x256, 32 Farben (4096 
bei HAM), 640x400 NTSC 
interlaced 

Video: 

Monitor oder PAL Fernseher 
Betriebssystem: 

Kickstart 1.0 bis 1.3, Workbench 
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... wir machen Soitzentechnolopie Dreiswert. 

Atari-Erstanwender berichten 

Mein Jackintosh 


L OAD hat Erstanwender des Atari ST gesucht und sie nach ihrer Zeit 
mit dem ersten "Jackintosh" befragt. Lesen Sie hier, was sie in den 
ersten Jahren mit der preiswert gemachten Spitzentechnologie erlebt 
haben. 


LOAD: Ihr habt alle eure Atari ST Rech¬ 
ner sehr bald nach dem Erscheinen auf 
dem deutschen Markt gekauft. Wann war 
das genau? 

Thomas: Den Atari ST 520+ habe ich 1985 
gekauft, also ziemlich bald, nachdem er in 
den Läden war. 

Thorsten : Ich hatte meinen ersten Atari 
520 ST mit 14 Jahren von meinem Konfir¬ 
mationsgeld gekauft, das war 1987. Da¬ 
mit gehöre ich zwar jetzt nicht in die ganz 


frühe Gruppe, aber ich musste noch bei 
meinem ersten Rechner das TOS ins ROM 
löten lassen. 

Simon: Mein Bruder hat unseren ersten 
520STM mit SF354 irgendwann 1986 oder 
1987 gekauft. Leider war der Rechner bald 
defekt. Er stand dann bald für längere Zeit 
zur Reparatur bei Quelle in Augsburg. 

Mathias: 1985 habe ich einen 520ST+ aus 
der absolut ersten Lieferung an den da¬ 
mals einzigen Händler erstanden, der lie¬ 


fern konnte. Das war Walliser in Stuttgart 
Cannstatt. Vorher bin ich wochenlang bei 
denen im Laden herumgeschlichen, um ja 
diese Lieferung nicht zu verpassen und 
bin x-mal vertröstet worden. Bei dem Ata¬ 
ri war noch Floppy-Boot angesagt-- die 
ROMs enthielten ja nur den Urlader ("das 
Boot"). 

Ono: Ich bekam meinen 520STM mit der 
SF354-Floppy und dem wunderbaren 
SM 124 ungefähr Ende '86 Anfang '87. 

Udo: Meinen ersten Atari hatte ich so um 
1987, gleich mit Floppy und SM124 Moni¬ 
tor. 

LOAD: War der Atari der erste Computer, 
mit dem ihr Kontakt hattet? 

Thomas: Nein, das war nicht mein erster 
Computer. Angefangen hat das bei mir 
1980. In einem Italienurlaub hatte ich das 
Sonderheft eines britischen Computerma¬ 
gazins am Zeitschriftenkiosk des Camping¬ 
platzes erworben. Dort wurde recht 
ausführlich der Aufbau eines Microcontrol- 
lers erläutert. Mit Akku, ALU (Arithmetic 
Logic Unit), Daten- und Adressbus, direk¬ 
ter und indirekter Adresierung, Stack-Poin¬ 
ter, Interrupts und allem, Home-Computer 
gab es damals in der Form noch nicht. Das 
einzige, was man kaufen konnte, waren 
Bausätze mit Platine, Microprozessor, et¬ 
was Speicher, Sieben-Segment Anzeige 
und einer Zifferntastatur von 0-9 und A-F. 
Dort konnte man Befehle in Hexadezimal- 
Darstellung eintippen und zeilenweise auf 
dem 7-Segment Display ausgeben. Ich 
hatte schon geplant, mir so einen Bausatz 
schicken zu lassen, mit Intel 8080 oder 
8085 CPU. Auch mit der Z80 CPU hatte 
ich geliebäugelt. 1981 kam's dann anders: 
DerZX81 wurde in "herkömmlichen" Illus¬ 
trierten zum Versand angeboten. Das wur¬ 
de dann mein erster Homecomputer. 

LOAD: Wo habt ihr eure Ataris gekauft? 
Und gab es Lieferzeiten oder Wartezeiten, 
bis ihr den Rechner in Händen halten konn¬ 
tet? 

Thomas: Den Atari ST konnte ich damals 
in Nürnberg an zwei Orten bewundern. Der 
eine war die Computer-Abteilung von Kar¬ 
stadt, der andere ein kleines Vobis Ge¬ 
schäft. Ich habe beide Orte meistens 
mehrmals die Woche aufgesucht und an¬ 
fangs blieb es beim Bewundern und Stau¬ 
nen. GEM mit Mausbedienung war ein 
Quantensprung verglichen mit dem ZX81. 
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Wolfgang : Ich habe mir 1987 einen der 
ersten Mega ST2 bestellt, lange gewartet 
und dann mit Uni Rabatt gekauft. Der kam 
ohne Blitter und sogar noch ohne Blitter- 
TOS. Darauf habe ich noch einmal meh¬ 
rere Monate warten müssen. 


Thomas. Der 520ST+ hat 998 DM gekos¬ 
tet, das einseitige Diskettenlaufwerk 398 
DM. Für die Maus kamen dann noch 98 
DM dazu. 


LOAD: Wie habt ihr den Einstieg in das 
System erlebt? Wie schnell seid ihr "warm" 
geworden mit dem neuen Computer? Und 
wofür habt ihr ihn verwendet? 


Udo. Meiner kam vom Fotogeschäft am 
Ort, die hatten in der 1 .Etage eine Com¬ 
puterabteilung und viel Atari und später 
Schneider PCs. Ich konnte den Rechner 
gleich mitnehmen. 

LOAD: Was war bei eurem Kauf alles da¬ 
bei, welche Ausstattung hattet ihr? Was 
hättest Du gern gehabt, aber nicht gekauft 
oder nicht bekommen? Und wieso? 


Thomas : Ich bin mir nicht mehr 100%ig 
sicher, ob die Maus beim 520 ST+ dabei 
war. Ich weiß noch, dass sie für 98 DM ein¬ 
zeln gekauft werden konnte und ich über¬ 
legt habe, ob man die Maus gleich von 
Anfang an braucht. Das sich die Bildschirm- 
Maus auch über die Cursor-Tasten steu¬ 
ern lässt, hatte ich schon in den Ladenge¬ 
schäften ausprobiert. Neben dem 520 ST+ 
(1MB RAM) hab' ich noch ein einseitiges 
Diskettenlaufwerk und auch die Maus mit¬ 
genommen. Neochrome ging mit Maus 
einfach besser. 



Low Co st DTP: Atari MegaSTE und SLM 604 


Thorsten: Ich hatte mir bald den 520 ST+ 
gekauft, dazu kam später der Farbmoni¬ 
tor SC 1224. Beide einseitigen Floppys 
wurden gegen zweiseitige Floppys ersetzt. 
Dann kam als PC Emulator der Superchar- 
ger dazu, als er endlich zu haben war. 

Ono: Leider reichte das Geld bis zum Abi¬ 
tur nicht für eine notwendige Festplatte, 
so dass ich dann "nur" mit GfA-Basic pro¬ 
grammiert habe. Nach dem Abitur habe 
ich mir dann Maxxon-Pascal gekauft und 
später dann auf dem PC mit Borland Tur¬ 
bo Pascal weitergemacht. 

Mathias: Einen Omikron BASIC Compiler 
hätte ich gern gehabt, aber "leider" wollte 
Omikron damals viel Geld für den Compi¬ 
ler haben. Meine Omikron-Machwerke von 
damals habe ich heute noch. 

Udo: Für einen ordentlichen Drucker war 
kein Geld da. Mit Disketten konnte ich dann 
aber Druckdateien mit in die Uni nehmen 
und habe sie dann dort ausgedruckt. 

LOAD: Wisst ihr noch, wie teuer eure Pa¬ 
kete waren? 


und meine Diplomarbeit. Erst mit Papyrus 
und dann mit Tempus Word. Die Diplom¬ 
arbeit hab ich dann mit TeX gebaut. Da 
hatte ich dann auch schon einen Atari TT. 


Thomas: Den "Einstieg" habe ich ja vor¬ 
her in den Laden-Geschäften exerziert. 
War dort häufig, vielleicht nicht immer gern 
gesehener Gast. Mein Software-Pool be¬ 
stand vorwiegend aus den PD-Disketten 
der ST-Computer. Später habe mir Laser 
C von Megamax gekauft. Ich konnte das 
dann auch im Studium nutzen. Dort habe 
ich ein Massenspektrometer unter GEM 
programmiert. 


LOAD: Was ist später aus dem Atari ge¬ 
worden? Wie lange hat die Zufriedenheit 
mit dem Rechner angehalten? 

Thomas: Von Atari und GEM war ich lan¬ 
ge begeistert. Auch als ich mir in den 
90'ern einen 486 gekauft hatte, war ich 
immer noch überzeugt, dass der 68000 
der bessere Prozessor ist. Bis zu 4 MB li¬ 
near adressierbarer Speicher war den In- 
tel-Rechnern unter MSDOS damals 
mehrere Generationen voraus. 


Thorsten: Den Atari ST hatte ich mit ei¬ 
nem Midi-fähigem Keyboard (Hohner PK 
150) gekoppelt und dort die Programme 
Steinberg Twelve (kleiner Sequenzer) so¬ 
wie Perfect Score eingesetzt. Zu meiner 
Schulzeit hatte ich erste Aufsatzarbeiten 
mit dem Satzsystem Latex mit einem 9- 
Nadel Drucker (Star LC 10 Color) gedruckt. 
Der Nadeldrucker konnte mit EZ Score ei¬ 
ne Notation wie ein Laserdrucker gesto¬ 
chen scharf ausdrucken - es hat nur 
ziemlich lange gedauert - aber das war es 
wert. 


Thorsten: In den 90ern habe ich mir dann 
den ersten Pentium 60 MHz PC gekauft 
von dem erspartem Geld. Der hatte noch 
den FDIV/Bug und es gab einen Umtausch 
über Intel. Meinen Atari ST hat mir ein Mie¬ 
ter abgekauft, der auch in dem Mehrfami¬ 
lienhaus wohnte wie meine Familie. Meinen 
allerersten Computer hatte mir mein On¬ 
kel abgekauft. Nach Auflösung seines 
Haushaltes und Verkauf seines alten Hau¬ 
ses habe ich den tatsächlich zurückbe¬ 
kommen. Den Supercharger konnte der 
Mieter nicht gebrauchen, der war also seit 
den 90er Jahren auch in unseren Keller¬ 
räumen. Letztes Jahr sind die alten Sa¬ 
chen im Keller wieder aufgetaucht, weil 
der Keller geräumt werden musste. 

Udo: Die ganzen PCs mit der kryptischen 
MSDOS Bedienung konnte ich nicht aus¬ 
stehen. Aber als abzusehen war, dass der 
Atarimarkt zu Ende geht, habe ich mich 
Apple zugewandt und einen Macintosh ge¬ 
kauft. Dem Falcon habe ich schon nicht 


Ono: Ich hatte 1987 gerade Informatik in 
der Schule als neues Fach bekommen. 
Dort wurde Eumel mit ELAN als Program¬ 
miersprache verwendet. Unser Informatik¬ 
lehrer hatte privat auf seinem Atari ST 
ebenfalls Eumel installiert. Das wollte ich 
auch haben. 


Atari 520ST 


Mathias: Bei meinem ST war die Maus 
zwar mit dabei, aber Omikron Basic nicht. 
Also war meine erste Programmerinne¬ 
rung ST-Basic auf dem Farb-TV in mei¬ 
nem Zimmer. Von meinem Musik-Lehrer 
wurde ich später mit Software versorgt, da 
er sich langsam vom Atari trennte. Er nutz¬ 
te den Atari lange für Fernschach, also 
Schach per Post. 

Udo: Den Atari habe ich viel für mein Stu¬ 
dium gebraucht und Praktikumsprotokol¬ 
le geschrieben und später Studienarbeiten 


Hauptprozessor: 

Motorola 68000, 8 MHz 
Datenbus: 16 Bit 
Hauptspeicher: 

512 KB RAM (Einzel-ICs) 
Festwertspeicher: 

192 KB ROM bzw. 16kB bei 
Disketten-TOS 
Massenspeicher: 

3 1/2 Zoll Disketten mit 720 KB 
Kapazität 

Grafik: 

Monochrom, 640x400 Pixel, Farbe 
640x200 (4) oder 320x200 (16) 

Video: 

12 Zoll Röhrenmonitor SM 124 
Betriebssystem: 

TOS 1.00 oder 1.02 
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mehr getraut, da ahnte ich schon, das 
wird nix mehr, das ist zu spät. 

LOAD: Woher habt ihr Informationen 
zum Rechner bekommen? Hattet ihr 
Kontakt zu anderen Besitzern? Habt ihr 
Bücher oder Zeitschriften gelesen, die 
über den Rechner berichtet haben? 

Thomas: Am Anfang habe ich viel in der 
ST Computer gelesen und den einen 
oder anderen Käufer traf ich auch mal 
bei Karstadt oder VOBIS. Später kamen 
zuerst ein Akustikkoppler, später ein Mo¬ 
dem dazu. Das Maus-Netz mit "Mailbo¬ 
xen", also Server, von denen sich Texte 
und Programme laden ließen, war ja 
praktisch der Vorläufer des Internet. Das 
Handbuch zu Laser C ist die Referenz 
für BIOS/VDI und GEM. Später kam auch 
noch ein Atari-Profi Buch dazu. 

Udo. Viel konnte ich in ST Computer und 
im 68000er lesen. An der Uni gab es 
auch viele Atari-Fans, einer hat auch an 
Linux/M68k mitgearbeitet und es gab 
Mitte der 90er noch Entwicklertreffen 
dort. Dort hatte ich auch früh einen In¬ 
ternetzugang und konnte Downloads von 
FTP Servern machen. 

LOAD: Was ist euch besonders in Erin¬ 
nerung geblieben? 

Thomas. Am meisten erinnere ich mich 
an den SM 124 Monochrom Monitor mit 
seiner hohen Schärfe und dem hohen 
Kontrast. Der ist auch heute noch unge¬ 
schlagen. 

Udo. Am meisten habe ich über die Win¬ 
dows-Benutzer gelacht, wenn die wie¬ 
der einen Bluescreen hatten, während 
mein Atari immer problemlos lief. 

LOAD: Wenn ihr zurück an die Atari-Zeit 
denkt, wie fasst ihr eure Erinnerungen 
zusammen? 

Thomas: Es war eine schöne, aber ver¬ 
gangene Zeit. Spam und Werbung im 
Internet gab es nicht und Anti-Viren-Pro- 
gramme waren überflüssig. 

Udo: Ich kann echt nicht verstehen wie¬ 
so PCs und Windows so viel Erfolg hat¬ 
ten. Atari war doch so viel besser. 


Die Fragen für die LOAD stellte Georg Basse. Die 
Interviews wurden per E-Mail geführt. 


Die Geschichte des Sinclair QL 

Ein Quantum 
Trost 


D er Sinclair QL wurde einige Tage vor dem Apple Macintosh vorgestellt. 

Aber anders als der GUI Maschine aus Cupertino war dem kleinen 
Engländer kein langes Leben beschert. Das ist schade, denn viele seiner 
Eigenschaften gehörten einige Jahre später zum guten Ton bei Mikro¬ 
computern. Ein genauer Blick auf den letzten Sinclair- Computer lohnt sich 
daher. 


Clive Sinclair gehört zu den Pionieren der 
Mikrocomputer-Ära. Seine Produkte hatten 
großen Einfluss auf den neu entstandenen 
Markt der späten 1970er und frühen 1980er 
Jahre. Egal, ob es sich um HiFi-Geräte, Mi¬ 
niaturfernseher, Taschenrechner oder 
Homecomputer handelte, eines hatten die 
Geräte gemeinsam: Sie vereinten unge¬ 
wöhnliche Ideen zu einem Produkt mit ei¬ 
nem äußerst günstigen Preis. Diese Philo¬ 
sophie stand über allem und drängte mit¬ 
unter auch Benutzerfreundlichkeit und Pro¬ 
duktqualität an den Rand. Aber die Kunden 
schien das nicht weiter zu stören. Der ZX80, 
der ZX81 und der ZX Spectrum verkauften 
sich trotz ihrer unhandlichen Tastaturen oder 
anderer Mängel gut. Und bei Defekten war 
Sinclair ausgesprochen kulant - Geräte 
wurden entweder kostenlos repariert oder 
der Kaufpreis erstattet. So hatte der Billig- 
heimer Sinclair einen guten Ruf bei den An¬ 
wendern, sicher auch wegen der vielen 
verfügbaren Softwaretitel. 


Sir Clive Sinclair mit dem QL 


Doch zu Beginn der 1980er Jahre änderte 
sich das Business. Einerseits professiona¬ 
lisierte sich der Mikrocomputermarkt nicht 
zuletzt mit dem Einstieg von IBM. Anderer¬ 
seits machten Unternehmen wie Commo- 
dore und Atari gehörig Druck bei den Home¬ 
computern, sowohl mit ihren Produkten als 
auch mit ihrer Preispolitik. In Großbritanni¬ 
en setzte Acorn mit dem Atom, dem Proton 
und später mit dem BBC Micro den etablier¬ 
ten Anbietern zu. Insbesondere Clive Sin¬ 
clair bekam das zu spüren. Es war also an 
der Zeit für etwas Neues. Ein Computer mit 
einem professionellen Anspruch sollte ent¬ 
stehen, der neue Käuferschichten erreichen 
konnte und vom Preis her dennoch konkur¬ 
renzlos sein musste. 

Das ZX83 Projekt 

Im Sommer 1982 startete Sinclair Research 
das ZX83- oder auch "Super Spectrum" 
Projekt. Das Projektteam bestand aus Clive 
Sinclair selbst, Migel Searle als Managing 
Director, dem jungen Elektronikingenieur 
David Karlin, dem Senior Programmierer 
Tony Tebby, dem technischen Direktor Jim 
Westwood und dem Hauptverantwortlichen 
für die Sinclair Microdrives, David 
Southward. Der ZX83 sollte ein tragbares 
Gerät werden. Er entstand zunächst um 
den Zilog Z80 Prozessor herum und sollte 
64 kB RAM, ein eingebautes Modem und 
einen röhrenbasierten Flachbildschirm ha¬ 
ben. Dieser Bildschirm brachte durch Ver¬ 
größerung und Projektion das Bild der 2-Zoll 
Bildröhre aus dem Sinclair Miniaturfernse¬ 
her auf eine für einen Computer nutzbare 
Größe. Um den Stromhunger des Z80 Pro¬ 
zessors zu vermindern und damit die Bat¬ 
terielaufzeit zu vergrößern, erdachten sich 
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die Ingenieure einen besonderen Strom¬ 
sparmodus. Der Z80 wurde schlicht abge¬ 
schaltet, wenn keine Berechnungen statt¬ 
fanden und Programme auf Nutzereinga¬ 
ben warteten. Anfang 1983 brachte dann 
Zilog den Z800 Chip heraus, ein 16-Bit Mi¬ 
kroprozessor in stromsparender CMOS 
Technik. Während das ZX83 Projekt noch 
über einen Schwenk auf diesen Chip nach¬ 
dachte, stellte Motorola Mitte 1983 den MC 
68000 mit 16 Bit Adressbus und 32 Bit Da¬ 
tenbus vor. Letztlich gaben Marketingüber¬ 
legungen den Ausschlag dafür, den nur 
wenig schnelleren Motorola-Chip dem Z800 
vorzuziehen. Erzrivale Acorn hatte bereits 
einen 32-Bit Computer in der Mache, also 
wollte Sinclair gleichziehen. Natürlich wur¬ 
de auch wieder der Rotstift angesetzt - 
anstelle des MC 68000 entschied sich Sin¬ 
clair für den MC 68008, der 8-Bit I/O ver¬ 
sorgt und so den 


schon für den ZX Spectrum einen ande¬ 
ren Weg. Die Firma entwickelte ein eige¬ 
nes Massenspeicherkonzept, die Micro- 
drives für Miniaturbandkassetten. Der me¬ 
chanische Aufbau ist viel simpler gestaltet 
als die eines Floppy Disk Laufwerks. Letzt¬ 
lich bestand der Microdrive nur aus einem 
ungeregelt laufenden Antriebsmotor, den 
Schreib-/Lese- und Löschköpfen und der 
dazu erforderlichen Elektronik. Die 5m lan¬ 
gen und 2 mm breiten Endlosbänder sind 
aus dem gleichen Material wie die Bänder 
professioneller Videoaufzeichnungsma¬ 
schinen und von hoher Qualität. Der Sin¬ 
clair QL erhielt gleich zwei der Laufwerke, 
die im Vergleich zu einem Floppylaufwerk 
geradezu winzig anmuteten. Allerdings bie¬ 
ten die Bänder nur Platz für 100 kB an Da¬ 
ten und sind in der Geschwindigkeit nur 
bei großen, in einem 


die Hardware mit ihren Features und er¬ 
möglicht ein Multitasking. In der Praxis be¬ 
schränkt sich dieses Feature aber auf das 
Schreiben von Daten auf die Microdrives 
im Hintergrund. 

Nicht ungewöhnlich für einen Computer 
der frühen 1980er Jahre ist eine eingebau¬ 
te BASIC Programmiersprache. Dem Sin¬ 
clair QL wurde mit einem SuperBASIC 
Interpreter ausgestattet, welcher von Jan 
Jones entwickelt wurde. Ob der QL über¬ 
haupt einen BASIC Interpreter bekommen 
sollte, war anfangs ein heiß diskutiertes 
Thema im Projekt. Letztlich entschieden 
sich die Entwickler für einen doppelten An¬ 
satz. Im ROM des QL sollte nur die "Shell" 
Version des Interpreters mit einem Grund¬ 
wortschatz an Befehlen liegen. 
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| Einsatz billiger 8-Bit Periphe- 

j| rie erlaubt. Auch die Idee des eingebau- 
2 ten Monitors wurde verworfen, da die 

in 

Bildqualität nicht ausreichte und Sinclair 
befürchtete, der kleine Monitor würde die 
Maschine mehr als Spielzeug und weni¬ 
ger als professionellen Computer erschei¬ 
nen lassen. Diese Designänderungen 
machten aus dem ursprünglichen ZX83 
Projekt nun das Sinclair QL Projekt. Es 
sollte mit einer engen Zeitvorgabe bis 
Endel983 einen marktreifen, neuen Com¬ 
puter erschaffen. 

Massenspeicher 

Tonbandkassetten dienten zu Beginn der 
Mikrocomputer- und Homecomputer- Ära 
gern als Massenspeicher, weil Geräte und 
Medien überall und preisgünstig verfügbar 
waren. Ihre Nachteile - lange Ladezeiten 
und mangelnde Zuverlässigkeit - ließ vie¬ 
le Anwender auf Floppy Disk Laufwerke 
umsteigen, sobald diese halbwegs er¬ 
schwinglich waren. Sinclair, wie immer auf 
den niedrigsten Preis bedacht, wählte 


Rutsch zu lesen¬ 
den Dateien halbwegs mit der einer Flop¬ 
py Disk vergleichbar. Die Zugriffszeiten 
liegen mit 3,5 bis 4,5 Sekunden deutlich 
höher. Wenigstens musste das Endlos¬ 
band immer nur in einer Richtung gespult 
werden. Eine Datasette überholte der Mi¬ 
crodrive locker. Den besten Ruf hatten die 
Laufwerke bei den Anwendern dennoch 
nicht. Das lag auch an Qualitätsproblemen 
der frühen Drives für den Spectrum. Aber 
auch Softwarehäuser waren wenig begeis¬ 
tert, zusätzlich zu vorhandenen Floppy Ko¬ 
pierstationen nun auch Microdrives 
Vorhalten zu müssen. 

Betriebssysteme 

Die Hardware allein macht noch keinen 
Computer. Ohne ein Betriebssystem und 
ohne Anwendungsprogramme ist die Ma¬ 
schine recht nutzlos. Digital Research hat¬ 
te mit CPM-68k zwar bereits ein Betriebs¬ 
system für 68000er Maschinen im Ange¬ 
bot, doch Sinclair ging seinen eigenen 
Weg. Unter der Ägide von Tony Tebby ent¬ 
stand mit QDOS ein speziell auf den QL 
zugeschnittenes System. Es unterstützt 


Diese sollten ausrei¬ 
chen, um der Maschine eine gute Akzep¬ 
tanz im Bildungsbereich zu sichern. 
Erfahrende Programmierer hingegen er¬ 
hielten gegen Aufpreis ein ROM Modul mit 
einem Toolkit, das einen erweiterten Wort¬ 
schatz mitbrachte. 

Im Laufe der Entwicklung der "Shell" Ver¬ 
sion musste Jan Jones aber immer mehr 
Features in den Interpreter übernehmen. 
Die Folge: QDOS und SuperBASIC pass¬ 
ten nicht mehr in das On Board ROM der 
ersten Sinclair QL FB und PM Modelle. 
Diese wurden mit einem EPROM Modul 
ausgeliefert, das den Überhang aufnahm. 
Erst das AH-Modell aus dem August 1984 
enthielt dann einen überarbeiteten Inter¬ 
preter, der in die beiden internen 16 kB 
und 32 kB ROMs passte. 

Business Software 

Um die Positionierung des QL als Maschi¬ 
ne für den professionellen Anwender zu 
unterstreichen und dem Käufer von An¬ 
fang an eine kreative Nutzung der Maschi¬ 
ne zu erlauben, kam die Hardware im 
Bündle mit vier Anwendungsprogrammen. 
Softwareschmiede Psion, bereits als Lie- 
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Erschienen 

Modell 

Ländermodcll 

Serieller Anschluss 

Joystick-Anschluss 

Video-Ausgang 

Besonderheiten 

04/1984 

FB und PM 

England 

631W Buchsen 

630W Buchsen 

PAL 

externer 16 kB ROM Dongle für 
QDOS Überhang 

08/1984 

AH 

England 

631W Buchsen 

630W Buchsen 

PAL 


10/1984 

JM 

England 

631W Buchsen 

630W Buchsen 

PAL 


02/1985 

JS 

England 

631W Buchsen 

630W Buchsen 

PAL 


1985 

JSU 

USA 

Sub-D 9 polig 

Sub-D 9 polig 

NTSC 


1985 

MG 

England 

Sub-D 9 polig 

Sub-D 9 polig 

PAL 


04/1985 

MGx 

Spanien (MGE), 
Frankreich (MGF), 
Deutschland (MGG), 
Italien (MGI), 
Schweden (MGS) 

Sub-D 9 polig 

Sub-D 9 polig 

PAL 



Übersicht der Sinclair QL Modelle 

ferant von ZX Spectrum Software bekannt, 
wurde mit der Entwicklung von vier Office¬ 
programmen betraut. Psion brachte die 
Textverarbeitung Quill, die Tabellenkalku¬ 
lation Abacus, die Datenbank Archive und 
das Grafikprogramm Easel heraus. Alle 
zusammen bot Psion auch für den IBM PC 
unter dem Namen Psion Xchange Suite 
an. Die Programme sind durchaus leis¬ 
tungsfähig. So konnte Quill die Textforma¬ 
tierungen auf dem Bildschirm anzeigen bot 
so eine WYSIWYG Darstellung. Der mit 
jedem Sinclair QL mitgelieferte Ordner do¬ 
kumentierte die Software ausführlich. 

Start und Bruchlandung 

Am 12. Januar 1984 lud Sir Olive Sinclair 
dann die Presse in das Intercontinental 
Hotel am Hyde Park Corner in London ein. 
Die Präsentation des neuen Produkts ver¬ 
lief britisch reserviert, aber durchaus po¬ 
sitiv. Eine klare Positionierung des QL gab 
es nicht. Sir Clive betonte, es sei schwer 
einzuschätzen, für welche Anwender und 
Aufgaben sich der QL eignen würde. Er 
sei selbst überrascht gewesen, welche 
Kreativität die Nutzer im Umgang mit dem 
Sinclair ZX Spectrum an den Tag gelegt 
hätten. Ähnliches erwartete er beim QL. 
Das Unternehmen versprach eine Verfüg¬ 
barkeit des QL in den nächsten vier Wo¬ 
chen. Die britische Fachpresse brachte 
das Gerät auf den Titelseiten und auch in 
Deutschland berichtete CHIP sehr positiv: 
"Für seine innovativen Leistungen wurde 
Clive Sinclair bereits geadelt, Und als Sir 
Clive Sinclair hat er jetzt wiederum für ei¬ 
ne echte Sensation gesorgt ". 


QL-Archive 

84 PSION t>« 


Microdrive Bandkassetten 


Was zu diesem Zeitpunkt niemand ahnte: 
Der Sinclair QL war noch weit von einem 
fertigen Endprodukt entfernt und hatte ei¬ 
ne Reihe von Problemen. Neben dem 
schon erwähnten Überhang der System¬ 
software und SuperBASIC machten auch 
andere Komponenten Schwierigkeiten. Be¬ 
sonders die Psion Software in der Versi¬ 
on 1 gab Anlass zu Klagen. Die einzelnen 
Programme enthielten viele Bugs, die Do¬ 
kumentation war fehlerhaft und das Soft¬ 
waredesign hatte Mängel. So passte Quill 
nicht vollständig in den Arbeitsspeicher, 
Funktionen mussten bei Bedarf vom Mi¬ 
crodrive nachgeladen werden. In Anbe¬ 
tracht der Langsamkeit dieser Medien 
enttäuschte das viele Anwender. Bis En¬ 
de Februar 1984 gingen bei Sinclair 9.000 
Bestellungen ein. Ausgeliefert wurde bis 
April kein Gerät. Zur Beruhigung hielt Sin¬ 
clair Anfang April einen Hands-On Work¬ 
shop für ausgesuchte Pressevertreter bei 
Sinclair Research in Cambridge ab. Dort 
wurden die Probleme des QL für alle of¬ 
fensichtlich. Als Folge davon kippte die 
Stimmung in der Presse ins 
Negative. 

Statt nun den verfrühten 
Start einzugestehen und ei¬ 
ne solide Bereinigung der 
Probleme vorzunehmen, sah 
sich Sinclair unter Druck und 
lieferte einige Vorserien-QLs 
direkt an die Kunden aus. 

Diese Geräte zerstörten den 
Ruf des Geräts abermals, 
zumindest in Großbritannien. 

Erst Mitte des Jahres stan¬ 
den die Geräte der regulären 
Fertigung bereit, die Vorseri¬ 
enmodelle wurden zurück¬ 
gerufen und ausgetauscht. 

Ende 1984 lieferte Sinclair 
die Geräte in brauchbarer 
Version in die Läden. Aber 
auch das Weihnachtsge¬ 
schäft enttäuschte. Sinclair 
konnte das Jahr 1984 nur 
als Fehlschlag ansehen, an¬ 


stelle der ursprünglich geplanten 250.000 
Exemplare gelangten im ganzen Jahr 
schätzungsweise nur 50.000 an den Kun¬ 
den. 

Der Neustart 

Um das Geschäft anzukurbeln, startete 
Sinclair im Frühling 1985 eine neue Wer¬ 
bekampagne. Die Hardware des JS Mo¬ 
dells war nun frei von Workarounds. 
Nachgebessert wurde auch das Psion Soft¬ 
warepaket. Die Version 2.00 war fehlerbe¬ 
reinigt und entsprach nun eher den 
Ansprüchen an professionelle Anwen¬ 
dungsprogramme. Neue Anwendungspro¬ 
gramme, aber auch Spiele sollten das 
Gerät interessanter machen. Sinclair und 
verschiedene Dritthersteller boten Peri¬ 
pheriegeräte wie Drucker und Monitore an. 
Die Mitgliedschaft im QL Users Bureau 
(QLUB) wurde kostenlos für alle QL Kun¬ 
den, die dadurch Telefonsupport bei Soft¬ 
wareproblemen erhielten. Zur Kommuni¬ 
kation mit der Außenwelt bot Sinclair die 
Q-Boxen an. Die Q-CON Box verwandel¬ 
te den QL in ein serielles DEC VT-100 Ter¬ 
minal. Q-COM stellte ein Telefonmodem 
zur Einwahl in Datendienste dar und Q- 
CALL automatisierte die Einwahl und er¬ 
laubte ein Auto-Answering eingehender 
Anrufe. Diese und andere Maßnahmen 
sollten den QL attraktiver machen. Doch 
der Markt hatte sich im Sommer 1985 deut¬ 
lich verändert. Macintosh, Atari ST und 
AMIGA zeigten mit ihren GUIs die Zukunft 


Technische Daten 

Hauptprozessor: Motorola 68008, 7,5 MHz 
Datenbus: 8 Bit \ Adressbus: 20 Bit 
Hauptspeicher: 

128 KB RAM (Einzel-ICs) 
Festwertspeicher: 

48 KB ROM und 16 kB ROM Port 
Massenspeicher: 

2 x Microdrive mit 110 KB Kapazität 

Grafik: 

512 x 256 Pixel, 4 Farben 
256 x 256 Pixel, 8 Farben 

Video: 

PAL Ausgang 

Sound: Einstimmiger Tongenerator 
Schnittstellen: 2x RS-232C, 2x Joystick 
Erweiterungsbus, ROM Port 
Microdrive Port für max. 6 Laufwerke 
Netzwerk: Eigenes, serielles Netzwerk mit 2 Ports 
Betriebssystem: 

QDOS und SuperBASIC 
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Die Preise in Deutschland verfielen rasch in 
weniger als 2 Jahren 
(Quelle: VOBIS) 
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der Computerbedienung, IBM beherrsch¬ 
te mehr und mehr den Profisektor. Sinclair 
schaffte es gerade einmal, 9.000 Geräte 
pro Monat abzusetzen - zu wenig, um wie¬ 
der schwarze Zahlen schreiben zu können. 

Eine GUI für den QL 

Trotz der guten Eigenschaften von QDOS 
und SuperBASIC erschien ein Computer 
ohne eine grafische Benutzeroberfläche 
nach der Einführung des Apple Macintosh, 
des Atari ST und des Commodore Amiga 
als nicht mehr zeitgemäß. Dies schien auch 
Sinclair zu erkennen. Im September 1985 
berichtete die Zeitschrift QL World Maga¬ 
zine dann von Gesprächen zwischen John 
Rowley, dem CEO von Digital Research 
mit Sinclair Research über eine Adaption 
von GEM an den Sinclair QL. GEM hätte 
relativ leicht auf den QL portiert werden 
können und Rowley sah eine gute Per¬ 
spektive auf der Maschine. Allerdings wur¬ 
de keine offizielle Presseverlautbarung 
herausgegeben. Im Herbst 1985 geriet 
dann Sinclair Research ins Trudeln (siehe 
Kasten "Sinclair -- das Unternehmen") und 
von GEM auf dem QL war nie wieder die 
Rede. 

Im Oktober 1985 brachte dann die Firma 
Eidersoft Ltd. das von Dilwyn Jones ent¬ 
wickelte "Mouse and Icon Controlled En¬ 
vironment" mICE heraus. Es besteht aus 
einer ROM Cartridge und einer daran fest 
angeschlossenen 3-Tasten Maus. Das 
ROM enthält nicht nur die Routinen und 
Funktionen für die GUI Programmierung, 
sondern gleich einen kompletten Desktop. 
Dieser ermöglicht den Zugriff auf die an¬ 
geschlossenen Massenspeicher, bietet ei¬ 
nige Desktop Accessoires und startet 
Programme per Mausklick. Es sind eini¬ 
ge, wenige Anwenderprogramme erschie¬ 


nen, die sich der ICE ROM Routinen 
bedienen. Insgesamt war das mICE aber 
nicht sonderlich erfolgreich. 

Das Ende 

Preissenkungen und ein Deal mit der Elek¬ 
tronikhandelskette Dixons spülten im Weih¬ 
nachtsgeschäft 1985 wieder etwas Geld 
in die Kassen der angeschlagenen Sinclair 
Research. Doch der Lagerabverkauf der 
Sinclair QL und ZX Spectrum Geräte half 
nur bis zum April 1986. Dann veräußerte 
Sinclair das Computergeschäft und alle Li¬ 
zenzen an den Konkurrenten Amstrad. Da¬ 
mit endete die Produktion des Sinclair QL 
in England, lediglich Samsung produzier¬ 
te in Süd-Korea noch einige Monate Ge¬ 
räte für den deutschen Markt (Modell 
MGG) in Lizenz. Die Geschichte des QL 
aber ging weiter, viele Softwaretitel und 
Zusatzhardware kam erst nach dem Früh¬ 
jahr 1986 auf den Markt. Auch inoffizielle 
Nachfolger wurden produziert - doch das 
ist eine andere Geschichte und Thema ei¬ 
nes Artikels in einer der nächsten Ausga¬ 
be der LOAD, (gb) 

Links 

http://www.duensser.com/ 

pc_qlmodelle.htm 

http://www.stcarchiv.de/hc1985/04 

/sinclairs-startprobleme 

http://www.stcarchiv.de/hd 985/10/ 
sinclair-konsequentes-chaos 

http://www.dilwyn.me.uk/mags/qluserworl 

d/QL%20World%20lss%201%20Vol%201 

.pdf 

http://www.sinclairql.net/downloads/1986_ 

Sinclair_QL_microcomputer_case_study_ 

by_Godfrey_Boyle_OpenUniversity_T362 

_Block_2_Marketing-SCN04-SQPP.pdf 


Sinclair - das Unternehmen 

Clive Sinclair wurde am 30. Juli 1940 geboren. Er widme¬ 
te sich frühzeitig der Elektronik und betätigte sich zu¬ 
nächst auf dem Gebiet der Unterhaltungselektronik. Sein 
1961 gegründetes Unternehmen Sinclair Radionics pro¬ 
duzierte HiFi-Geräte. Anfang der 1970er Jahre verlegte 
sich das Unternehmen dann auf Taschenrechner und Di¬ 
gitaluhren. Umbenannt in Science of Cambridge Ltd. 
brachte das Unternehmen 1978 mit dem MK 14 einen 
Bausatz für einen Einplatinencomputer heraus. Diesem 
folgte 1980 der Sinclair ZX80 als erster echter Homecom¬ 
puter des Unternehmens. Sowohl als Bausatz als auch 
als Fertiggerät machte der ZX80 insbesondere wegen 
seines geringen Preises und des vereinfachten Aufbaus 
Furore. Insbesondere zeigte das Gerät den Anspruch von 
Clive Sinclair auf, durch ungewöhnliche Lösungen den 
Aufbau und damit den Preis von Computern zu senken. 
Wenn dies wie beim ZX80 zu Lasten der Benutzbarkeit 
ging (der ZX80 kann nur entweder Berechnungen durch¬ 
führen oder ein Bild anzeigen, nicht beides gleichzeitig), 
akzeptierte der umtriebige Brite dies. Nicht alle seine Mit¬ 
arbeiter teilten diese Haltung. So verließ ZX80 Entwickler 
Chris Curry nach bald darauf das Unternehmen und grün¬ 
dete mit anderen zusammen die Firma Acorn Ltd. Sinclair 
wird gern als ein Mensch beschrieben, der Ideen und Pro¬ 
duktvorgaben machte, die Umsetzung dieser Ideen aber 
anderen übertrug. Anders als andere Gründer von Com¬ 
puterpionieren wie Apple oder Commodore pflegte Clive 
Sinclair aber sein Image als Erfinder und nicht als CEO 
der Firma. 

Sinclair vertrieb seine Produkte in Deutschland zunächst 
exklusiv über den Generalimporteurs J. Schumpich aus 
Ottobrunn. Die Geräte waren über den Fachhandel und 
die Computer-Abteilungen der Kaufhäuser zu erwerben, 
unter anderem auch über VOBIS als damals besonders 
bekannten Händler. Dort lag der Schwerpunkt auf dem 
Absatz von Geräten und weniger auf der Unterstützung 
der Endkunden nach dem Kauf. Sinclair gründete im 
Frühjahr 1984 eine eigene deutsche Niederlassung in Bad 
Homburg. Dies sollte besonders den Verkauf des Sinclair 
QL fördern. Die Führungsmannschaft wurde dort alsbald 
ausgetauscht, der neue Leiter Richard Horowitz, vormals 
European Sales Manager von Sinclair Ltd., legte den Fo¬ 
cus auf eine gute Schulung der Händler und bessere Ser¬ 
viceleistungen. Denn schließlich wollte Sinclair den QL als 
Personal Computer verstanden wissen und nicht als 
Homecomputer. 

Diese Strategie ging nicht auf - der Brite Horowitz kam 
mit den Spezifitäten des deutschen Marktes nicht zurecht. 
Außerdem setzte ein drastischer Preisverfall ein. Dieser 
wurde nicht zuletzt dadurch getrieben, dass Händler an 
der deutschen Sinclairzentrale vorbei Direkteinkäufe in 
Großbritannien tätigten und die englischen Modelle güns¬ 
tiger als die Geräte mit deutscher Tastatur und deutscher 
Software verkauften. 

Auch Sinclair Ltd. verkraftete die technischen Probleme 
und den schleppenden Absatz des QL nicht gut. Ende 
1985 übernahm dann der Zeitschriftenverleger Robert 
Maxwell, Eigentümer des Dailly Mirror und verschiedener 
Unternehmen wie der Pergamon-Group, für 12 Millionen 
Pfund (etwa 25 Millionen Euro) 75 Prozent der Sinclair- 
Anteile. Die Produktion des QL wurde bald danach ge¬ 
stoppt, das Unternehmen war nicht mehr zu retten. 
Schließlich verkaufte Clive im Jahr 1986 sämtliche Rech¬ 
te und die verbliebenen Lagerbestände des QL für 5 Mil¬ 
lionen britische Pfund an die Firma Amstrad und ihren 
Eigentümer Alan Sugar. Dieser entwickelte aber den Sin¬ 
clair QL nicht weiter, sondern fror zugunsten der eigenen 
CPC Serie das Projekt ein. Samsung fertigte noch einige 
Monate weiter für den deutschen Markt. Insgesamt wur¬ 
de wohl 125.000 Sinclair QL in England hergestellt und 
15.000 in Korea, andere Quellen sprechen von insgesamt 
150.000 Exemplaren. 


















Jahre der Revolution 


Jef Raskin und die Canon Cat 

Es lebe die 
Konter-Revolution 


D ie Cat ist ein Textverarbeitungssystem von Canon aus dem Jahr 
1987. Manch einer bekommt heute noch leuchtende Augen, wenn er 
den Namen dieses Computers hört. Die beinahe in Ehrfurcht ausartende 
Aufregung ist aber dem "Vater" der Canon Cat geschuldet, dem ehema¬ 
ligen Apple Mitarbeiter Jef Raskin. Sein Entwurf ohne Maus und ohne ein 
grafisches Benutzerinterface wäre vielleicht der Macintosh geworden, 
hätte nicht ein gewisser Steve Jobs in das Projekt gegrätscht. 


Die Begeisterung um die Canon Cat liegt 
zu einem kleinen Teil daran, dass es einer 
der wenigen Computer ist, die die Pro¬ 
grammiersprache Forth als Systemspra¬ 
che benutzen. Er hat einen eingebauten 
Forth-Interpreter und alle Systemsoftwa¬ 
re inklusive der Textverarbeitung ist in 
Forth geschrieben. Weit mehr Interesse 
gilt aber seiner Geschichte, die bei Apple 
Computer, Inc. beginnt. Dort hatte Jef 
Raskin das Macintosh-Projekt im Jahr 
1979 initiiert, damals ohne GUI und oh¬ 
ne Mausbedienung. Steve Jobs über¬ 
nahm das Projekt 1981 und schickte 
Raskin in Zwangsurlaub. In der Folge 
kündigte er und gründete im Jahr 1984 
das Startup Information Appliance, 

Inc. in Menlo Park, Kalifornien, um 
seine Idee eines leistungsfähigen 
und einfach zu benutzenden 
Anwendercomputers weiter¬ 
zuverfolgen. Information 
Appliance entwick- ei¬ 
te einen Cat Prototyp 
unter dem Namen i 
"SWYFT". Raskin 
wollte den SWYFT durch Infor¬ 
mation Appliance bauen und vertreiben 
lassen, aber die Investoren bevorzugten 
dafür eine größere und etablierte Firma. 
Schließlich wurde Canon unter den Firmen 
ausgewählt, die Interesse an SWYFT ge¬ 
zeigt hatten. Canon änderte daraufhin auch 
den Namen der Maschine in "Cat" um. In 
der Zwischenzeit brachte Information Ap¬ 
pliance die SWYFT-Technologie als Karte 
für den Apple II heraus. 1985 für $90 ver¬ 
kauft, verwandelte diese Karte den Apple 
II in eine kleine Cat. Canon brachte die Cat 


dann 1987 heraus. Sie wurde jedoch man¬ 
gels Erfolg nach 6 Monaten und 20.000 
Exemplaren bereits wieder eingestellt. 


Keine neun Leben 


Es gibt eine Reihe von Theorien, warum 
die Cat ein Misserfolg war. Einer Theorie 
zufolge wollte Canon in NeXT investieren 
und Steve Jobs wollte das nur dann zulas¬ 
sen, wenn Canon die Cat fallen lassen 
würde. Canon kaufte 16% von NeXT für 
100 Millionen Dollar und war der Herstel¬ 
ler der magneto-optischen Laufwerke in 


den NeXT cubes. Die 20.000 hergestell¬ 
ten CATs hätten zusammen nur einen Um¬ 
satz von 30 Millionen Dollar gebracht. Einer 
anderen Theorie zufolge kämpfte Canons 
Abteilung für Elektronische Schreibma¬ 
schinen gegen die Computerabteilung um 
die Vorherrschaft im Cat-Projekt. Der Prä¬ 
sident von Canon beendete das Projekt, 
als sich die beiden Abteilungen nicht eini¬ 
gen konnten. Auf jeden Fall scheint Canon 
nicht wirklich Werbung für dieses Produkt 
gemacht zu haben. Es wurde zwar eine 
ganzseitige Anzeige im Wall Street Jour¬ 
nal Monate vor der Produkteinführung ge¬ 
schaltet, die versprach, dass die "Canon 
Cat kommt". Sie 
enthielt aber weiter 
keine Angaben, um 
was es eigentlich 
geht. Danach ge¬ 
schah praktisch 
nichts mehr in Rich¬ 
tung Werbung. Auch 
durfte die Cat nur von 
Schreibmaschinenver¬ 
käufern verkauft wer¬ 
den. 

Eines der größten Pro¬ 
bleme scheint aber das 
Produkt selbst gewe¬ 
sen zu sein. Laut Jef 
Raskin war der größte 
Vorteil der Maschine, 
dass sie es dem Benut¬ 
zer erlaubt, seine Arbeit 
effizient zu erledigen. 
Aber wie überzeugt man 
seine Benutzergruppe, 
dass diese Eigenschaft 
wirklich existiert? Wie 
überzeugt man den Manager des Benut¬ 
zers, der den Rechner genehmigen muss? 
Der Rechner kann für den typischen Be¬ 
nutzer nichts, was nicht auch andere Rech¬ 
ner können. Es gibt kein neues Feature, 
das vorher nicht möglich gewesen wäre, 
"nur" ein effizienteres Arbeiten. In einer Ar¬ 
beitsumgebung, in der normalerweise Din- 




Bild: Marcin Wichary, https://aresluna.org/shift-happens 










Technische Daten 

Hersteller: Canon 
Modell: Cat 

CPU: Motorola 68000@5MHz 
RAM: 256 kB 
ROM: 256 kB 

Display: 9" s/w, bit-mapped, 672 x 344 pixels 
Programmiersprachen: Forth, Assembler 
FD: 256 kB 3.5" 

Schnittstellen: Centronics, RS232C (DB25), 2*RJ11 
Modem: 300,1200 bps 
Gewicht: 7,7 Kg 

8 kB batteriegepuffertes RAM für Einstellungen 
Originalpreis: $1495 
Erscheinungsdatum: 1987 
Verkaufte Einheiten: 20.000 

ge wie "fehlerfrei erstellte Dokumente pro 
Arbeitstag" nicht gemessen werden, ist 
dieser Vorteil nicht zu erfassen. 

Nach dem Börsencrash 1987 sollen die 
Investoren von Information Appliance in 
Panik geraten sein. Es soll viel Geld aus 
der Firma gezogen worden sein, was die 
Möglichkeit nahm, SWYFT selbst herzu¬ 
stellen und zu vertreiben. 1989 schloss In¬ 
formation Appliance seine Pforten. Zuletzt 
hatte die Firma an einer mobilen, nur 1 kg 
schweren Version der Cat gearbeitet. 

Das Konzept der Cat 

Die Eigenwerbung der Cat beschreibt sie 
als "Work Processor", ein internes Schu¬ 
lungsdokument gar als "Secretarial Work¬ 
station", also als ein Gerät ausgelegt für 
Sekretärinnen und Assistentinnen. 

Die Cat ist ein relativ kleines Gerät von 
8 kg, das einen 9" schwarz-weiss-Monitor, 
eine Tastatur und ein 3.5" Diskettenlauf¬ 
werk integriert. Die Tastatur sieht ziemlich 
normal aus, hat allerdings unterhalb der 
Leertaste noch zwei Tasten, die mit LEAP 
beschriftet sind. Das Gerät bootet aus dem 
ROM und bietet eine ganze Anzahl von 
verschiedenen Funktionen an. Dies sind 
aber keine separaten Programme, son¬ 
dern lassen sich alle aus der Hauptanwen- 
dung (der Textverarbeitung) bedienen. 

Die Cat kennt einen Sleep-Modus, in den 
sie nach einiger Zeit ohne Aktivität verfällt. 
Bevor die Cat herunterfährt speichert sie 
ihren RAM-Inhalt automatisch auf Disket¬ 
te. Ein Tastendruck weckt die Cat wieder 
auf und der Speicher wird von Diskette ge¬ 
laden. Jef Raskin hatte die Cat ursprüng¬ 
lich ohne Ein-/Ausschalter entworfen, weil 
er das vom Benutzerinterface her für un¬ 
nötig kompliziert hielt. Er war dann sehr 


erstaunt, als Canon einen solchen einbau¬ 
te. 

Der Hauptspeicher in der Cat erlaubt 160 
kB an Daten, was etwa 80 Seiten Text ent¬ 
spricht. Eine Diskette hat exakt genauso 
viel Platz wie der komplette Hauptspeicher 
der Cat, nämlich 256 kB und nutzt ein pro¬ 
prietäres Format. Das Konzept sieht vor, 
beim Speichern den gesamten Hauptspei¬ 
cher inklusive aller Einstellungen und dem 
Bildschirminhalt auf Diskette abzuspei¬ 
chern. Der Rechner kann so beim nächs¬ 
ten Einschalten in exakt den Zustand 
gebracht werden, in dem der Benutzer den 
Rechner beim letzten Speichern verlassen 
hatte. Das ist genau das gleiche Konzept 
wie das Speichern von Spielständen bei 
einem Spiel, nur angepasst an eine Text¬ 
verarbeitung. Und es ist ein großer Unter¬ 
schied zu jedem anderen Anwendungs¬ 
programm, bei dem die Einheit der Spei¬ 
cherung eine Datei ist und ein Speicher¬ 
medium mehrere Dateien fasst. 

Daher gibt es auf der Cat auch keine Ord¬ 
ner oder ein Dateisystem. Die Einheit, um 
eine Arbeit zu organisieren, ist eine Dis¬ 
kette. Um an einem anderen Thema zu ar¬ 
beiten, braucht es eine andere Diskette. 
Deswegen war es auch nicht wichtig, auf 
"seiner" Cat zu arbeiten. Weil alle Einstel¬ 
lungen auf der Diskette lagen, konnte die 
Benutzerin mit einer Diskette auf einer be¬ 
liebigen Cat genauso arbeiten wie auf der 
eigenen. 

Die einzige Untereinheit im Speicher und 
auf einer Diskette ist das Dokument. Spei¬ 
cher und Diskette bestehen aus mehreren 
Dokumenten. Dokumente haben immer ei¬ 
ne Titelseite, die den Namen des Doku¬ 
ments zeigt (Seite 0). Darüber lässt sich 
auch eine Liste der vorhandenen Doku¬ 
mente anzeigen. Zur Anlage neuer Seiten 
oder Dokumente dient die PAGE/ DOCU- 
MENT-Taste. PAGE erzeugt eine neue Sei¬ 
te mit einer neuen Seitennummer, 
DOCUMENT erzeugt ein neues Dokument 
und schickt die Benutzerin auf die Seite 0 
dieses neuen Dokuments. 

Die Textverarbeitung 

Kommen wir jetzt zu den eingebauten 
Funktionen. Hauptanwendung ist die Text¬ 
verarbeitung mit Rechtschreibprüfung, wel¬ 
che das "American Heritage Dictionary" 
mit 90.0000 Worten umfasst und im ROM 
enthalten ist. Daneben stehen weitere 
Funktionen bereit - so lassen sich 


[ 


Ein Textdokument wird eröffnet 

_das Ergebnis eines mathemati¬ 
schen Ausdrucks berechnen (Ta¬ 
schenrechner), indem ein solcher 
Text selektiert und CALC gedrückt 
wird, 

_ein Spreadsheet schreiben und be¬ 
nutzen, indem Formeln in Zellen ei¬ 
nes Dokuments einbaut werden und 
Formeln mit Werten in anderen Zel¬ 
len benutzt werden. CALC berech¬ 
net dann alles 

_ein Serienbrief schreiben, indem 

vordefinierte Marker für Briefe, die 
Adresse und den Namen benutzt 
werden. Eine Adressliste wird in ei¬ 
nem vorgegebenen Format auf¬ 
gestellt 

_ein Makro aufnehmen, indem auf 

LEARN gedrückt wird 

_Forth- und Assembler-Programme 

schreiben 

_eine Telefonnummer vom Rechner 

wählen lassen, indem eine Telefon¬ 
nummer selektiert und PHONE ge¬ 
drückt wird 

_einer anderen Cat Daten per Mo¬ 
dem schicken, hierzu wird einfach 
mittels PHONE gewählt und dann 
Text via SEND gesendet 

_von einer anderen Cat Daten per 

Modem empfangen. Die Cat kann 
automatisch abheben. Wenn die 
andere Cat dann Text schickt, wird 


Ueber den Airtor 

Fritz Hohl ist ein 
begeisteter Sannler 
von Computern, die 
nicht Jeder hat. Der 
Infornatikdoktor 
beschaeftigt sich 
beruflich mit den 
Thena Textverstehen 
<NLP>. 
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Jahre der Revolution 


er wie Benutzerinput behandelt. 
Das geht sogar, wenn die Cat im 
Schlafmodus ist. 

die Cat als Terminal (zB zu Com¬ 
puServe) benutzen, mittels Einstel¬ 
lungen PHONE und SEND 


Programmieren in Forth 


er -ist das normale Benutzerinterface, 
n sehen kann hat dieses Dokument zwei Seiten. 


inacle Forth language 

wenn man obigen String markiert, dann USE FRONT und ANSWER 
drueckt dann USE FRONT und SHIFT und LEERZEICHEN drueckt, dann 
kommt man in den Forth modus(| 


“i BUS® Dlil uT 


Der Weg in den Forth Modus 

Wie eingangs gesagt, ist der Großteil der 
Canon Cat-Software in der Programmier¬ 
sprache Forth geschrieben. Dazu bringt 
die Cat ein eigenes Forth mit, tForth (Ter- 
ry's Forth). Forth ist bekannt dafür, ein 
sehr kleines System zu sein und sehr dich¬ 
ten Code zu erzeugen. Einige Leute be¬ 
trachten Forth weniger als Flochsprache 
und mehr als eine Art rechnerunabhängi¬ 
ge High Level Assemblersprache. Der 
Rest der Sofware der Cat ist in Assembler 
programmiert und tForth bringt seinen ei¬ 
genen 68000-Assembler mit. Um alles 
schön in Forth zu integrieren, benutzt auch 
der Assembler eine Postfix-Notation. Für 
jedes Kommando kommen also erst die 
Parameter und danach das Kommando¬ 
wort. Der Forth-Modus wird nicht in den 
normalen Benutzerhandbüchern beschrie¬ 
ben, aber es gibt ein ausführliches tForth- 
Manual von 1988 von Information App- 
liance. 
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Der Forth Sprachumfang 


Ohne Maus 

Weil die Cat keine Maus hat, stellt sich 
häufig das Problem, den Cursor an eine 
bestimmte Stelle im Text zu bringen ohne 
ewig lange auf Pfeiltasten zu drücken. Jef 
Raskin löste dieses Problem mit der be¬ 
kanntesten Spezialität der Cat (und aller 
anderen SWYFT-Produkte): den LEAP- 
Tasten. Heutzutage kann man LEAP ganz 
einfach erklären: Es ist eine globale Such¬ 
funktion auf dem gesamten Inhalt des ak¬ 
tuellen Cat-Speichers. Wenn man LEAP 
gedrückt hält und dann einen Text eingibt, 
springt der Cursor zu der nächsten Stel¬ 
le im Speicher, an dem dieser Text steht. 
Es gibt LEAP vorwärts und LEAP rück¬ 
wärts, und LEAP AGAIN wiederholt die 
Suche zur nächsten Stelle. Allerdings soll 
der Rechner Grafik-Routinen im ROM be¬ 
sitzen und sogar ein Interface für eine 
Maus haben. Dieses wurde aber nicht her¬ 
ausgeführt und niemals benutzt. 

Drucken 

Nachdem der Hauptzweck des Systems 
die Textverarbeitung ist und Canon (bis 
heute) Drucker herstellt, ist es nicht ver¬ 
wunderlich, dass sich verschiedene Ca¬ 
non-Drucker anschließen lassen. Es gibt 
sogar einen speziellen Cat-Drucker, den 
Canon Cat180 Typenraddrucker mit op¬ 
tionalem Einzelblatteinzug. Was das Sys¬ 
tem nicht wirklich kann, ist eine "What- 
you-see-is-what-you-get" Darstellung. Der 
grundsätzliche Satz einer Seite samt At¬ 
tributen wie fett und kursiv ist vorhanden, 
aber die Cat kann keine verschiedenen 
Fonts darstellen. Auf dem Typenraddru¬ 
cker wird der Font sowieso von der Wahl 
des Typenrads bestimmt. Die Cat wurde 
wohl nur in den USA verkauft, wenngleich 
sich Tastaturbelegungen für viele Spra¬ 
chen bereits im Speicher befinden. 

Cat heute 

Die Canon Cat ist wohl einer der von sei¬ 
nem Architekten am Besten dokumentier¬ 
ten Rechner überhaupt. Es gibt nicht nur 
alle Benutzerhandbücher online, sondern 
auch alle internen technischen Unterla¬ 
gen, den Sourcecode, ja sogar den tForth 
Compiler für die Cat. Aus Sammlersicht 
ist die Canon Cat viel seltener, als es ih¬ 
re Produktionszahl von 20.000 Geräten 
vermuten lässt. Rechner, die nicht von 
Computerleuten benutzt wurden, sind ver¬ 
mutlich viel häufiger verschrottet worden. 
Da der Rechner außerdem sehr begehrt 


ist, wird es ziemlich schwierig, an ein sol¬ 
ches Modell zu kommen. Wer mit dem 
Cat-Benutzerinterface spielen will, kann 
dies aber auch ohne den Computer tun: 
Es gibt einen Canon Cat (MAME) Emula¬ 
tor, der sogar als Applet benutzbar ist (sie¬ 
he Link unten). 

Was bleibt? 

Rückblickend betrachtet scheint es, dass 
ein eigenes Gerät das falsche Produkt für 
die Cat-Technologie ist. Als Software und 
über die Zeit hätte die Technologie es 
leichter gehabt, Verbreitung und Fans zu 
bekommen. Es gibt nur wenig Elemente 
der Cat, die unbedingt in Hardware vor¬ 
handen sein müssen. Sicher ist es schön, 
dass es Leap-Keys direkt auf dem Key¬ 
board gibt - aber auf jeder Tastatur gibt 
es Funktionstasten. Die übrige Cat-Hard- 
ware ist 1987 absolut nichts besonderes 
mehr. Ein 5 MHz-68000 war in diesem 
Jahr schon unter dem Durchschnitt, Haupt¬ 
speicher und Diskettengröße ebenso. Um 
ein Cat-Programm sofort nach dem Ein¬ 
schalten bereitzuhaben, hätte auch eine 
Cartridge genügt. Letztlich war die 
SWYFT- Card für den Apple II ja genau 
das. 

Links 

[RitV] Andy Hertzfeld. Revolution in the 
Valley. O'Reilly, 2004 

https://en.wikipedia.org/wiki/Jef_Raskin 

https://de.findagrave.com/memori- 
al/10537994 

http://www.canoncat.org/ 

Cat Emulator: https://archive.org/de- 
tails/canoncat 

https://web.archi- 

ve.org/web/20141025053109/http ://www.j 
agshouse.com/swyft.html 

http://www.canon- 

cat.net/cat/Cat%20Quick%20Refe- 

rence%20Card%200ne.pdf 

https://archive.org/search.php7que- 

ry=subject%3A%22Jef+Raskin%22 

David T. Craig: The Canon Cat Compu¬ 
ter: Jef Raskin’s “Work Processor”: 
http://www.canon- 

cat.net/cat/Cat%20Work%20Proces- 

sor.pdf 
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sagte später, dass es in der frühen Zeit bei Ap¬ 
ple große Vorurteile gegen Akademiker gege¬ 
ben hätte. Im Laufe seiner frühen Karriere bei 
Apple regte er so wichtige Produkte wie die 
80-Zeichenkarte, den Texteditor und die Por¬ 
tierung des UCSD P-Systems an. Damals be¬ 
gann er, von einem Computer zu träumen, der 
wesentlich einfacher zu benutzen ist als ein 
Apple II, den er für normale Anwender als zu 
komplex empfand. 

Anfang 1979 war es dann soweit: Er startete 
ein Projekt, um einige seiner Ideen zu verwirk¬ 
lichen. Das erste Jahr lang war er der alleini¬ 
ge Initiator und Antrieb des Projektes. Um Steve 
Jobs zu umgehen, holte er sich die Erlaubnis 
und das Budget zu seinem Projekt direkt vom 
Top-Management bei Apple. Er nannte das 
Projekt nach seinem Lieblingsapfel, Macintosh. 
Er fasste die Zielsetzung seines Projektes im 
"Book of Macintosh" zusammen, besorgte Bü¬ 
ros, stellte das ursprüngliche Projektteam zu¬ 
sammen und leitete es. Die Maximen des 
Macintosh-Projektes jener Zeit waren: Gerin¬ 
ger Preis, hoher Gebrauchswert und überra¬ 
gende Benutzerfreundlichkeit. Bis 1981 bestand 
das Macintosh-Projekt aus vier Leuten: Jef Ra- 
skin, Brian Howard, Burreil Smith und Bud Trib- 
ble. 


Die Maschine, die in dieser Zeit entstand, hat¬ 
te einen 6809 Prozessor, 64 kB RAM, integrier¬ 
te ein 7-Zoll-Schwarz-Weiß-Display mit einer 
Auflösung von 256 x 256 Pixeln und hatte ein 
kleines Gehäuse inklusive Diskettenlaufwerk. 
Das Benutzerinterface war reiner Text, da Ra- 
skin Computermäuse und jedes andere Gerät 
hasste, das den Benutzer zwang, die Hände 
von der Tastatur zu nehmen. Das Gerät ent¬ 
hielt eine Reihe von grundlegenden Anwen¬ 
derprogrammen, die man per Funktionstasten 
anwählen konnte. Im Dezember 1980 über¬ 
zeugte Bud Tribble Burreil Smith, einen Moto¬ 
rola 68000 Prozessor anstatt des 6809 zu 
nehmen. 

Nachdem das Apple Lisa Team Steve Jobs 
1981 aus dem Projekt gekickt hatte, richtete 
sich Steve Jobs Aufmerksamkeit auf das Mac¬ 
intosh-Projekt und er begann, es im Januar 
1981 zu übernehmen. Jobs begann das Pro¬ 
jekt Richtung grafisches Benutzerinterface (das 
er bei Xerox PARC gesehen hatte) auszurich¬ 
ten. Nachdem sich Jef Raskin über Jobs Pro¬ 
jektführung beklagt hatte, lies dieser Raskin 
im Februar 1981 einen Zwangsurlaub nehmen. 
Als Folge verließ Jef Raskin das Macintosh- 
Projekt im Sommer 1981 und 1982 Apple ganz. 


Its not hard to see why The Canon Cat is so easy 


Über Jef Raskin 


Jef Raskin wurde im Jahr 1943 geboren. Er 
studierte Mathematik, Physik und Informatik 
und war von 1968 bis 1974 Assistant Profes¬ 
sor im Bereich Visual Arts an der UCSD. In 
dieser Zeit arbeitete er auch als Visiting Scholar 
in der Kl-Abteilung von Stanford, wo er auch 
das Xerox Palo Alto Research Center (PARC) 
besuchte und zusammen mit dem Team arbei¬ 
tete, das die grafische Benutzeroberfläche für 
die Xerox Computer entwickelte. Nachdem er 
als Angestellter einer anderen Firma 1977 für 
Apple das Apple II BASIC Programming Ma¬ 
nual geschrieben hatte (auf dem Apple II mit 
der Seriennummer 2) wurde er dann 1978 als 
Manager of Publications fest von Apple ange¬ 
stellt. Weil er fürchtete, daß seine akademi¬ 
sche Informatikausbildung verhindern würde, 
eingestellt zu werden, verschwieg er sie. Er 


MEMORY GM'CE 

Ahvays lets you knw how reuch 
roocn you have left in your Cat. 


HICHUGHTING 

Points out the toxi you want to 
Jo sonrthin* »ith. 


PRINT 

Lets you do ju>t that-with a 
\arirty of Canon Primers. 


LEARN 

Lets The Cat autocutkally «io any 
wpetithe u>k you wart it todo. 


LEAP 

Lots you flet whrrv you want 
tobe—irotantly. 


BU1ITIN MICRO 
FLOPPY DISK DRIVE 

Alkww you to störe a«>roxinutety 
SO pafrsof text on a 3.5'dtsk. 


DISK 

Lets you rro.nl v\hit you’ve 
typed, orpiay itbocfc. 


SPBliCHDCKER* 

l'stt 90.000 wen*» froen The 
American Hcritafle Dktiorury and 
■kV) froen you to catch jpcllu« 
and typinj? errorv 


UNIX) 

l'ndxs the L*t thinjt you’ve 
dooe, jo you can chan-fie your 


PHONE 

Lots you automatkally dul pbone 
numbetv 


SEND 

Lets you eoenmunkate with other 
Cats oc other Computers. 


EXPLAIN 

Answer* your quesiions about 
The Canon Cat. 


cm 

Lets you copy any ameunt 


or 


SORI 

Lets you anranfse in alfihabetkal 
or numerical Order numbers, 
»onh. senterxvs and pantfraphs. 


CMC 

Uts you C.tkulate. 























































Noch mehr Geburtstage 



Als im April 1989 der Spielehersteller Nin¬ 
tendo das erste Modell des Game Boy 
auf den Markt brachte, ahnte niemand, 
dass sich das kleine, graue Kästchen in 
den darauffolgenden Jahren fast 120 Mil- 
lionen-mal verkaufen würde. Das gera¬ 
de mal 2,6 Zoll große Display schaffte nur 
160 x 144 Pixel bei 4 Graustufen und 
muss ohne Hintergrundbeleuchtung aus- 
kommen. Auch das Steuerkreuz für acht 
Richtungen und die vier Steuertasten wa¬ 
ren eine eher magere Ausstattung. Der 
mit 4,2 MHz getaktete Z80 Prozessor 
musste mit 8 kB RAM und 8 kB Grafik¬ 
speicher auskommen. Wenigstens ließ 
sich der Mono-Lautsprecher zugunsten 
eines Stereo- Kopfhörers abschalten. Das 
Gerät wurde dennoch ein Renner - nicht 
zuletzt wegen der süchtig machenden Te- 
tris-Adaption. Diesem mitgelieferten Spiel 
folgten bald die Donkey Kong-, Zelda-, 
Pokemon-, Metroid- und Super-Mario- 
Spiele, die alle mit den maximal mögli¬ 
chen 40 Sprites auskamen.Anders als 
die Konkurrenz von Sega und Atari war 
das Gerät klein genug für jede Jackenta¬ 
sche, verbrauchte wenig Batteriestrom 
und wurde deutlich billiger verkauft. Au¬ 
ßerdem gab es Akkus und ein Netzteil für 
Zuhause und Freunde konnten sich mit 
dem Game Link Dialogkabel an den ei¬ 
genen Game Boy hängen, (gb) 




Foto: Bill Bertram CC-BY 2.5 

Als 1984 der Amstrad CPC 464 erschien, 
war er in mehrfacher Hinsicht ein Ana¬ 
chronismus. Der mit 4 MHz getaktete Z80- 
Prozessor war überholt und ein Kasset¬ 
tenlaufwerk mit 1000/2000 Baud als 
Massenspeicher fand sich bei Commo- 
dore- oder Apple Il-Besitzern nur noch 
selten. Dafür war der Preis attraktiv: 
Schneider vermarktete das hier als 
Schneider CPC 464 bezeichnete Modell 
für 899 DM in der Monochrom- und für 
1498 DM in der Farbversion. Der Moni¬ 
tor war nämlich untrennbarer Bestandteil 
des Rechners - er beherbergte das Netz¬ 
teil für den Computer. Außerdem erntete 
der Hersteller Lobeshymnen für den 16 
KByte großen BASIC Interpreter. Er war 
der leistungsfähigste seiner Zeit, kannte 
über 200 Befehle und ermöglichte Inter¬ 
rupt- Programmierung. Von den 48 kB 
RAM standen dem Programmierer 42 kB 
für Programme zur Verfügung, das Be¬ 
triebssystem in einem 16 kB ROM ver¬ 
waltete die Hardware. Dazu gehörte auch 
ein AY-8912 Chip von General Instru¬ 
ments, der für ordentlichen Sound sorg¬ 
te. Yamaha lizenzierte diesen Chip später 
als YM2149. Anstelle des BASIC stand 
auch CP/M 2.2 zur Verfügung und damit 
Programme wie Wordstar, Turbo Pascal, 
DBase oder Multiplan. Amstrad betrieb 
Modellpflege und Mitte 1985 erschien als 
Ergänzung der 664 mit einem 3 Zoll Dis¬ 
kettenlaufwerk anstelle des Kassettenre¬ 
corders. Dieser und die Nachfolgemodelle 
waren in England, Frankreich und 
Deutschland mit über 3 Millionen Stück 
zwischen 1985 und 1990 sehr erfolgreich. 

(gb) 


Amstrad CPC 464 


Der Atari 800 machte nach seinem Er¬ 
scheinen 1979 in den USA den Konzern 
für einige Jahre zum Weltmarktführer im 
Homecomputer-Bereich. Insgesamt ver¬ 
kaufte Atari von den Modellen 800 und 
dem kleinen Bruder 400 etwa 2 Millionen 
Geräte. In Deutschland war das Gerät 
weniger erfolgreich. Atari trat 1982 in den 
deutschen Markt ein, konnte aber nur et¬ 
wa 2000 Atari-800-Computer verkaufen. 
An schlechter Presse kann es nicht ge¬ 
legen haben - die Zeitschrift CHIP lobte 
den Atari 800 als Gerät für den fortge¬ 
schrittenen Anwender, „der neben seiner 
Hobbyanwendung auch den professio¬ 
nellen Bereich bei seiner Kaufentschei¬ 
dung zugrundelegf. Es war wohl eher 
der Preis, denn anfangs sollte das 8-Bit 
Gerät mit der MOS 6502 CPU mit 16 KB 
Arbeitsspeicher stolze 2995,- DM kosten. 
Immerhin lagen ein externes Netzteil, ein 
Antennenkabel und eine Antennenschalt¬ 
box sowie eine brauchbare Bedienungs¬ 
anleitung bei. Noch einmal fast 2000,- 
DM kamen für das Diskettenlaufwerk Ata¬ 
ri 810, hinzu und auch das BASIC-Steck- 
modul war für 272 DM kein Schnäppchen. 
Hier bewegte sich Atari in Preisregionen 
des Apple II, der aufgrund seiner Ein¬ 
steckplätze leichter erweiterbar war. Scha¬ 
de eigentlich, denn mit dem Konzept der 
drei Spezialbausteine ANTIC, CTIA/GTIA 
und POKEY war Atari richtungsweisend. 
Die beiden ersten erzeugten das Moni¬ 
torbild, der dritte übernahm Tonerzeu¬ 
gung auf vier Tonkanälen sowie die 
Tastaturabfrage und versorgte die seriel¬ 
le Schnittstelle.(gb) 
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N icht nur Atari, AMIGA, Macintosh und Sinclair QL feiern in den Jahren 
2019/2020 einen runden Geburtstag. Auch anderen Geburtstags¬ 
kindern gilt es, zu gratulieren. Wir wünschen beste Gesundheit und viele 
weitere Jahre. 



Foto: Wikipedia, siehe ticket #2014110510005171 


Der 1979 erstmals vorgestellte und ab 
1980 in Deutschland verfügbare TI 99/4 
war der erste 16-Bit Homecomputer und 
ragte mit seinem auffälligen Modulfach 
aus dem damals üblichen Design heraus. 
Außerdem gilt der TI 99/4 und das zwei 
Jahre später erschienene Modell TI 99/A 
mit etwa 3 Millionen verkauften Geräten 
auch als der am meisten verbreitete Pi¬ 
onier dieser Prozessorklasse. Texas In¬ 
struments, um 1980 herum Marktführer 
bei Taschenrechnern mit großer Verbrei¬ 
tung in den Schulen, baute den TI 99/4 
um die hauseigene TMS9900 CPU mit 3 
MHz Taktfrequenz herum. Ihr zur Seite 
stehen der Grafikprozessor TMS9918 für 
maximal 256 * 196 Pixel und 15 Farben. 
Während der TI 99/4 mit 20.000 verkauf¬ 
ten Geräten wie Blei im Regal lag, nahm 
der Verkauf ab Sommer 1981 mit dem TI 
99/4A mehr Fahrt auf. Texas Instruments 
produzierte neben dem Rechner selbst 
eine Palette an Peripheriegeräten. Die¬ 
se Sidecars hatten ihr eigenes Netzteil 
und ließen sich im Daisy-Chain-Verfah- 
ren gleichzeitig an die Konsole anschlie¬ 
ßen. Der Markt war heiß umkämpft, nicht 
zuletzt durch den Commodore VC 20 und 
später dem C64. Für TI setzte ein dras¬ 
tischer Preisverfall ein, der Verkaufspreis 
fiel von 2.700 DM mit Monitor bei Markt¬ 
einführung auf 1490,- DM für den TI 99/4A 
und im Januar 1984 schließlich auf den 
Taschengeldpreis von 150,- DM. Da hat¬ 
te TI schon die Reißleine gezogen und 
sich am 28. Oktober 1983 aus dem 
Homecomputermarkt verabschiedet.(gb) 


Commodore VC 20 


Der 1980 in Japan unter der Bezeichnung 
VIC 1001 erschienene Commodore VC 
20 wurde in Deutschland ab 1981 als 
"Volkscomputer" vermarktet. Er war im 
Fachhandel, aber besonders in Kaufhäu¬ 
sern und Versandhäusern zu finden. Der 
attraktive Preis von 899.- DM verhalf dem 
Brotkasten zu großer Beliebheit. Andere 
Hersteller wie Texas Instruments zettel¬ 
ten bald einen Preiskrieg gegen den VC 
20 an, verloren am Ende jedoch gegen 
Commodore und besonders gegen den 
Firmenchef Jack Tramiel. Weltweit konn¬ 
ten 2,5 Millionen VIC-Computer verkauft 
werden, 250.000 allein in der BRD. Com¬ 
modore hat den VC 20 um die beiden im 
eigenen Hause produzierten MOS-Chips 
6502 und 6560/61 herum gebaut. Wäh¬ 
rend die MOS 6502 CPU mit 1,1 MHz in 
den PAL Versionen werkelt und die seri¬ 
enmäßig verbauten 5 kB RAM versorgt, 
kümmert sich der Video Interface Con¬ 
troller (kurz VIC) um die Bildschirmdar¬ 
stellung und den Sound. Üppig ist die 
Grafik nicht - nur 176 x 184 Pixel liefert 
der VIC. Seine drei Tongeneratoren pro¬ 
duzieren einen unverwechselbaren 
Sound. Das der VC 20 dennoch so er¬ 
folgreich war, lag besonders an der Pa¬ 
lette speziell abgestimmter Spiele, die 
sich über den Erweiterungsschacht als 
Module auf den Rechner bringen lassen. 
Die wurden aber auch auf normalen Au- 
diocasseten ausgeliefert und per Data- 
sette eingelesen. Besser, wenngleich 
nicht drama- tisch schneller ist natürlich 
ein Diskettenlaufwerk. Zum Anschluss ist 
ein Serial Input Output (SIO) Port mit 
IEEE488 Protokoll vorhanden. Geräte 
lassen sich dadurch hintereinander in 
Reihe schalten, (gb) 




Nicht nur Steve Jobs, auch Microsoft- 
Gründer Bill Gates hatte um 1980 herum 
Einblick in die Entwicklungen des Xerox 
PARC erhalten. Beeinflusst von den Ein¬ 
drücken dort und von der Entwicklung der 
Apple LISA und des Macintosh begann 
Microsoft im September 1981 mit den Ar¬ 
beiten an einem Interface Manager als 
Zwischenschicht zwischen MS-DOS und 
den Anwendungsprogrammen. 1983 an¬ 
gekündigt, dauerte es bis zum 28. Juni 
1985, bis Microsoft eine erste Testversi¬ 
on für Softwareentwickler und Computer¬ 
hersteller auslieferte. Es hatte bis dahin 
den Ruf einer Vaporware. Windows wur¬ 
de als Hilfsprogramm für MSDOS ange¬ 
sehen und kostete im Dezember 1986 
etwa 340,- DM. Es brachte nach dem Vor¬ 
bild der Apple-Programme die Program¬ 
me Write und Paint mit. Besonders willig 
nahm der Markt den Sprössling aus dem 
Hause Gates nicht auf. Einerseits war 
Windows speicherhungrig und auf der 
Ziel- CPU 8088 zu langsam. Andererseits 
konkurrierte Windows mit anderen GUI, 
wie dem multitaskingfähigen DESQview 
von Quarter- deck, Top View von IBM 
und der graphischen Benutzeroberfläche 
GEM von Digital Research. Dafür erleich¬ 
terte Windows die Portierung von Anwen¬ 
dungen des Macintosh, da Projektleiter 
Neil Konzen zahlreiche interne Routinen 
von Windows entsprechend definiert hat¬ 
te. Der große Verdienst liegt genau dar¬ 
in, denn mit Windows hatten alle 
Anwendungen den Zugriff auf die glei¬ 
chen Grafikroutinen und Drucker und die 
zentralen Treiber. Doch die hohe Markt¬ 
durchdringung entstand erst im Sog der 
Dominanz des IBM PC und mit Windows 
3.0 ab 1990. Regelmäßige CeBIT 
Besucher konnten den Wechsel an den 
Ständen ablesen. Wo im Jahr zuvor noch 
Monochrom-Monitore standen, flimmerte 
nun überall Windows auf 60Hz VGA 
Schirmen.(gb) 


TI 99/4 


MS Windows 1.0 
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Triumph Adler als Computerhersteller 

Die alphaTronic Story 


V or über 40 Jahren im September 1979 erschien ein deutscher 
Kleinrechner in größerer Stückzahl. Auf der Computer-Messe 
SYSTEMS zeigten Triumph-Adler und die Diehl Datensysteme GmbH den 
„Alphatronic PI“. Er basierte auf dem Acht-Bit-System KISS (Intel 8085) 
der Firma SKS, Karlsruhe. Einer, der von Anfang an dabei war, ist Helmut 
Wiertalla. Lesen Sie seinen persönlichen Bericht über den einst größten 


deutschen Computerhersteller. 

Triumph, Adler und Diehl sind Teile von 
traditionellen Technikunternehmen aus 
Franken (Nürnberg). Die Adler-Fahrrad¬ 
werke wurden 1880 in Frankfurt am Main 
gegründet. Neben Fahrrädern, Motorrä¬ 
dern und Autos wurden auch Büromaschi¬ 
nen erfolgreich abgesetzt. Adler hatte Mitte 
der 1930er Jahre eine Vielzahl von tech¬ 
nischen Neuerungen im Fahrzeugbau ein¬ 
gesetzt. Mit hydraulischen Bremssystemen, 
der Einzelradaufhängung, dem Frontan¬ 
trieb oder einer stromlinienförmigen Ka¬ 
rosserie brachte es Adler dank seiner 
namhaften Konstrukteure bei den Fahr¬ 
zeugverkäufen auf den dritten Platz nach 
Opel und Auto- Union. 

Ao 


Unternehmensgeschichte 

Diehl begann 1900 mit kunstgewerblichen 
Modellwerkstätten. Neben einer Bearbei¬ 
tung swerkstatt und einer Gießerei gab es 
ein breites Produktionsprogramm für Bau¬ 
beschläge, Kleinteile und den Kunstguss. 
Das expandierende Unternehmen entwi¬ 
ckelte sich schnell in industriellen Größen¬ 
ordnungen. Nach 1945 erfolgte der 
Wiederaufbau, Diehl begann unter ande¬ 
rem mit einer Uhrenproduktion. Auf der 
Suche nach einer Zukunftstechnologie wur¬ 
de 1952 die Serienfertigung einer mecha¬ 
nischen Rechenmaschine mit fast 3000 
Teilen aufgenommen. 


Im Jahr 1957 kaufte Max Grundig das Ak¬ 
tienkapital der „Triumph-Werke in Nürn¬ 
berg“ sowie eine Beteiligung an den 
Adlerwerken. 1958 schloss die Grundig 
AG beide Tochtergesellschaften sowie den 
Diktiergeräte-Bereich (Grundig-Stenoret- 
te) seiner Grundig-Tonbandgerätewerke 
zur Triumph-Adler Büromaschinen-Ver- 
triebsgesellschaft zusammen und produ¬ 
zierte fortan nur noch Büromaschinen. 

Diehl Gruppe und TA 

Die vollautomatische Diehl „transmatic“ 
mit einem Druckwerk wurde 1963 auf den 
Markt gebracht. Diehl schuf nach 1966 bis 
1972 diverse programmierbare Combitron 
Baureihen. 1973 lief dann das Modell al¬ 
phatronic in der Serie an. Es vereinte in 
idealerWeise die einfache Handhabung 
eines Tischrechners mit der Leistung ei¬ 
nes Klein-Computers . Für dieses System 
wurde von Diehl ein eigener Rechnerbau¬ 
stein entwickelt, der im Auftrag von Diehl 
bei General Electric Gl gefertigt wurde. 
Die alphatronic benötigte keine besonde¬ 
re Programmiersprache, sie besaß 160 
Register (entsprach 1600 Befehle) für Pro¬ 
gramme und Daten, die durch interne Zu¬ 
satzspeicher mit 256 Register (2560 
Befehle) erweitert werden konnten. Zu die¬ 
ser Zeit kam ich zu TA. Von Hause aus ha¬ 
be ich Maschinenbau/ Fertigungstechnik 
studiert. Im Studium wurde anfänglich sehr 
dürftig der Bereich Datenverarbeitung als 


Diehl combitron Rechenmaschine 









































Nebenfach angeboten. Dort stand eine TA- 
oder Diehl Combitron (spezial Rechenwerk 
und einige Programmfunktionen) zur Be¬ 
nutzung für die Studenten. Natürlich habe 
ich oft damit experimentiert. 

Die Mittlere Datentechnik 
boomt 

Das Arbeitsgebiet der mittleren Datentech¬ 
nik wurde um die TAI 000 Reihe herum mit 
umfangreichen Kundenprogrammen ent¬ 
wickelt. Die CPU bestand aus über 100 
Standard TTL- Bausteinen. Die Basis-Soft¬ 
ware war im EPROM 1702 als Interpreter 
abgelegt. Die Anwendersoftware wurde in 
einer Art Assembler entwickelt. 

1975 wurde TA durch eine Mehrheit von 
CTM Konstanz übernommen. Die Diehl 
Gruppe beteiligte sich in Stufen von bis zu 
25% an derTA-Gruppe. Dazu brachte sich 
die Diehl Datensysteme GmbH bei TA ein. 
Elektronische Arbeitsfelder wurden in der 
Diehl Datensysteme GmbH gebündelt. Die 
Aktienmehrheit ging in die Hände des US 
Mischkonzerns Litton (Royal und Pertec). 

Eingespielter TA Vertrieb 

Die elektronischen Nachfolger der mecha¬ 
nischen Büromaschinen und Fakturierau¬ 
tomaten wurden ständig weiterentwickelt. 
Große technische Neuerungen waren da¬ 
bei nicht die Stärke der TA-Gruppe. Aber 
ein eingespielter Vertrieb aus altgedienten 
Schreibmaschinen-Vertretern brachte den 
Kunden des Mittelstands die neuen Errun¬ 
genschaften der Maschinen nahe und sorg¬ 
te für Umsatz. 


Die Mikrochips komen 

Zu dieser Zeit rollte in den USA die Welle 
der Mikrorechner an. Angst um eine unge¬ 
wisse Autozukunft in Anbetracht des stei¬ 
genden Ölpreises und tageweisen 
Fahrverboten stiegen namhafte deutsche 
Konzerne in Zukunftstechnologien ein. Die¬ 
se Unternehmen besaßen eine gewaltige 
Liquidität und legten diese nun bei ande¬ 
ren Technologieunternehmen an oder glie¬ 
derten diese einfach ein. So übernahm 
SIEMENS die Dr. Rudolf HELL (Kiel), RWE 
investierte in die Heidelberger Druck, die 
Deutsche Bank kaufte sich mit 25% bei 
der Nixdorf AG ein. Nach dem Fehlschla¬ 
gen von VW über Beteiligungsversuche 
bei der GHH und auch bei Nixdorf suchte 
VW händeringende Geldanlagen bei pas¬ 
senden Technologieunternehmen. Die 
Amerikaner gaben ab 1979 in mehreren 
Teilen alle TA Aktien an den Autobauer 
Volkswagen ab. VW stieg also bei TA als 
Büro- und Computer Unternehmen voll ein. 

Messeauftritt 

Am 17. September 1979 öffnete die gro¬ 
ße Computerschau SYSTEMS auf dem 
Münchner Messegelände. In Halle 16 be¬ 
fanden sich die Stände von Triumph Adler 
und der Diehl Datensysteme GmbH. Hier 
gab es den neuen „alphatronic PI“ zu se¬ 
hen. 

Im Messebild sind die Rechner zu sehen. 
Das Foto und auch eine historische Ver¬ 
kaufsbroschüre für das neue modulare Mi- 
crocomputer-System kommen von mir. Ihr 
sind zu entnehmen, dass der Rechner ei- 



alphäTronic 


Die Verkaufsbroschüre 
von der SYSTEMS 1979 

nen Arbeitsspeicher von sechzehn Kilo¬ 
byte und ein Minidisketten-Laufwerk 
aufwies. Der Preis betrug 3.595,- DM plus 
Mehrwertsteuer. Das Heft beschreibt auch 
den alphatronic P2 mit 48 Kilobyte Spei¬ 
cherplatz und zwei Laufwerken. 

Messevorführungen 

An allen Messetagen unterstützte ich 
durchgehend den alphatronic PI Bereich. 
Die Maschinen waren mit 48 kB Speicher, 
einem Floppylaufwerk und einem TA Dru¬ 
cker ausgestattet. Das war damit quasi ei¬ 
ne P2. Als Software hatte ich im Jahr zuvor 
bei SKS den BASIC Interpreter (lupenrei¬ 
ner 8080 Code) von Microsoft für die KISS- 
Maschine angepasst. Daher lief die SKS 
Software sofort auf den TA P1/P2 Maschi¬ 
nen. Besucher konnten selbst kleine Pro¬ 
gramme eintasten und ausprobieren. 

Die ersten alphatronic P1/P2 Systeme wa¬ 
ren gegenüber einer KISS geringfügig in 
den Gehäusefarben und minimal bei den 
Tastenbezeichnungen geändert worden. 
Im Hintergrund einer Messekabine konn¬ 
te ich bereits eine P2 mit zwei Laufwerken 
vorführen. Dort lief für TA Händler bereits 
ein CP/M für 4300H TPA System. 

Die alphatronic P1/P2 (KISS) wurde rasch 
von TA in der Mechanik und den Elektro¬ 
nikkarten überarbeitet. Es lief gleich auf 
eine sehr große Serienfertigung hinaus. 
Mit dem Geld von VW legte TA eine Offen¬ 
sive auf den wachsenden Microcomputer- 
Markt auf. Es ist die Rede von ca. 50 Mio. 
DM für ein Investitionsprogramm neuer 



Helmut Wiertalla (Mitte) bei einer Präsentation auf der SYSTEM 1979 
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Systems 79: Fläche verdoppelt 

Mehr Aussteller als zur NCC 

München (sf) — Als die »größte Messe ihrer Art auf der Welt« 
bezeichnet die Münchener Messe- und Ausstellungsgesellschaft die 
»Systems ’79«. 491 Aussteller aus 16 Staaten präsentieren auf 
20208 Quadratmetern Hardware, Software und EDV-Dienstlei- 
stungen. 

M it ihrem »Verbundkon- Computer Conference« (1979: 

zept sei die Systems kon- 431 Aussteller). In bezug auf 
kurrenzlos im In- und Ausland, das Publikums-Interesse hat die 



Systems-Überraschung: Ein Personal Computer von Triumph- 
Adler auf 8085-Basis. Die einfachste Version »LI« kostet mit 
12 K ROM, 4 K RAM und Basic-Interpreter 1995 Mark 


schwärmt MMG-Geschäftsfüh- 
rer Gerd vom Hövel. Der Ver¬ 
anstalter rechnet diesmal mit 
rund 30000 Besuchern und et¬ 
wa 3000 Kongreß-Teilnehmern. 

Immerhin ist die Systems *79 
— zumindest von der Zahl der 
Aussteller — jetzt noch größer 
als die amerikanische »National 


NCC mit rund 50000 registrier¬ 
ten Besuchern allerdings die 
Nase vorn. Ein weiteres Plus 
der US-Veranstalter: Ange¬ 
sichts der dicken NCC-Doku- 
mentation über die Vorträge bei 
den 152 Sessions nehmen sich 
die von der MMG erstellten Un¬ 
terlagen bescheiden aus. 


Bericht in Markt & Technik vom 21.09.1979 

Produktionstechniken. Weiter wurden et¬ 
wa 50 Mio. DM in die Entwicklung anwen¬ 
derfreundlicher Softwarepakete investiert. 

Prominente Personen 
für TA-Vertrieb 

Schon damals war die Wirkung der Wer¬ 
bung wichtig. Der Erfolg des Einsatzes ei¬ 
ner prominenten Person hängt von der 
Glaubwürdigkeit und von dessen Bekannt¬ 
heit in der Zielgruppe ab. Doch nicht nur 
die Wertschätzung der Marke verbessert 
sich durch den prominenten Werber, son¬ 
dern auch die Kaubereitschaft steigt signi¬ 
fikant. Dazu unten ein Beispiel bei TA. 


innere ich mich gut. Es 
wurden Rahmenpunkte für 
ein Pflichtenheft zu einem 
universalen Bildschirmar¬ 
beitsplatz für das System 
TA 1900 erarbeitet. 

Ein kleiner Notizauszug 
zeigt,,., wurde festgelegt , 
daß durch Herr Wiertalla 
und Herr Wo.... ein Vor¬ 
schlag für den textverar¬ 
beitenden Bildschirm bis 
zum 30. Juni zu erarbeite¬ 
ten ist. 

Im Folgemonat wurden die 
Vorschläge in Hamburg mit 
neuer Runde besprochen 
und verabschiedet. Bei die¬ 
ser Runde war auch Mar¬ 
tin Lauer, ein bekannter 
Leichtathlet für die TA an¬ 
wesend. Er war Weltre¬ 
kordhalter von 1959, 
Olympiasieger (Rom 1960) 
Europa- und Deutscher 
Meister im Hürdenlauf und 
Zehnkampf. 

alphaTronic 
P3/P30 

Nach relativ kurzer Zeit 
wurde die alphatronic P-Serie weiter aus¬ 
gebaut und entwickelt. Sie kam als P3/P30 
Serie auf den Markt, weitere Pxx TA-Mi- 
krocomputer folgten. Als Maschinenbau¬ 
ingenieur war er aktiv für TA im Bereich 
Bürotechnik eingebunden. Als Reaktion 
auf den extremen Preiskampf um den Mi¬ 
krocomputer-Markt kamen schließlich die 
günstigeren alphaTronic PC’s raus. Die 
PC 8 und auch die PC 16 wurden in Fern¬ 
ost produziert. Langsam fielen nach 1981 
schon Verluste bei TA an. Der Mutterkon¬ 
zern VW pumpte Geld in TA, um die Ver¬ 
luste auszugleichen und schaute bis 1986 
mit Sorgen auf die Geschäftsverluste. 



Hauptprozessor: Intel 8085 
Datenbus: 8 Bit 
Hauptspeicher: 

48 kB RAM (max. 64kB) 

Massenspeicher: 

5,25 Zoll Diskettenlaufwerk mit 160 
KB Kapazität, optional 5 MB 
Festplatte 

Grafik: Monochrom ,80x24 Zeichen 
Schnittstellen: V24/RS232 und IEEE-488 
Betriebssystem: MOS oder CP/M 


nen. Schließlich wechselte die TA-Gruppe 
1986 erneut den Besitzer. VW verkaufte 
das Unternehmen für etwa 150 Millionen 
DM an die Olivetti (Italien). Damit wurde 
die neue Olivetti-TA-Gruppe für eine kur¬ 
ze Zeit zum größten europäischen Infor¬ 
mations- und Bürotechnik Hersteller. 

Unhaltbare Talfahrt 

Der Mutterkonzern Olivetti erlitt um 1990 
große Verluste, im Folgejahr ging die Tal¬ 
fahrt weiter. Bereiche von TA wurden ge¬ 
schlossen und andere Bereiche reduziert 
(Belegschaften). Die Reste von TA ver¬ 
kaufte Olivetti 1994 an eine Investoren¬ 
gruppe aus Banken und Privatunter¬ 
nehmern. Eine um strukturierte Holding ent¬ 
stand daraus als „neue TA Gruppe“. 

Die Triumph-Adler GmbH gehört mittler¬ 
weile dem Kyocera-Konzern an und ist in¬ 
ternational an vielen Standorten vertreten. 




An einen Workshop (12.06.1980) in Ham¬ 
burg bei der Firma Stollco mit Vertretern 
vom Triumph-Adler Vertrieb Nürnberg, er- 


Triumph ««j 

ROYAL WPEFBAL 


Wiedergefunden: Das Namensschild des 
Autors von der SYSTEMS 1979 


Das Ende der fetten Jahre 

Die Gründe für diese negativen Entwick¬ 
lungen waren vielfach. Sowohl die ameri¬ 
kanische Computertochter (Pertec) und 
ausländische Produktionsstellen, wie die 
in den Niederlanden, machten Verluste. 
Auch der eigene TA Umbau und neue Ent¬ 
wicklungen kosteten erhebliche Summen. 
Ein entsprechender Umsatz oder etwa 
Gewinne waren dagegen nicht zu verzeich- 


lieber dem Autor 

Helnut Hiertalla ist: 
Diplon Ingenieur und 
hat Ende der 1976er 
Jahre Software fuer 
die TA Systene 
entwickelt. 
















Die Apple Ile Karte für den Macintosh LC 

Macintosh Ile 


A ls die junge Firma Apple Computer, Inc. im Jahr 1977 den Apple ][ auf 
den Markt brachte, kauften zunächst Computerfans und technik¬ 
begeisterte Akademiker die neue Technik. Bald konnte Apple auch auf 
dem Bildungssektor Fuß fassen. 


1978 gewann das junge Unternehmen ei¬ 
nen Auftrag des Minnesota Education Com¬ 
puting Consortium (MECC) über die 
Lieferung von 500 Apple II Computern. Das 
j MECC bot damals einen breiten Katalog 
von kostenlosen Lehr- und Lernprogram¬ 
men für die Schulen in Minnesota an. Da¬ 
mit hatte Apple frühzeitig den Bildungs¬ 
sektor erobert. 1983 bot das Unternehmen 
dann den Schulen in Kalifornien ein Gra¬ 
tispaket mit einem Apple Ile, Monitor, Flop- 
pylaufwerk und Apple Logo an. Alle 9.250 
Schulen nahmen das Geschenk an. 

Doch auch die Apple II Linie war schließ¬ 
lich am Ende ihrer Lebensdauer angelangt, 
Ende 1993 wurde der letzte Platinum Ap¬ 
ple Ile gefertigt. Diese Entwicklung vor Au¬ 
gen und wissend um die große installierte 
Basis im Bildungssektor, musste Apple den 
treuen Kunden einen Migrationspfad zur 
aktuellen Macintosh-Linie aufzeigen. Der 
um 1991 vorgestellte Macintosh LC er¬ 
schien hierfür das richtige Gerät zu sein. 
Sein Anschaffungspreis lag mit etwa 2.500 
US-$ Listenpreis in einem akzeptablen Be¬ 
reich. Er beherrschte von Anfang an eine 
farbige Bildausgabe und sprach mit sei¬ 
nem kompakten Design ein breites Klien¬ 
tel an. Was ihm aber fehlte, war die Kom¬ 
patibilität zum Apple II. Das sollte sich aber 
bald ändern: Apple brachte im März 1992 
die Apple Ile Karte für den Processor Di¬ 
rect Slot (PDS) heraus. Die Karte kostete 
zusammen mit einem Y-Kabel für den 
Floppy- und Joystick-Anschluss und einer 
Steuersoftware für den Macintosh nur 250 
US-$. Der Käufer konnte also für eine über¬ 
schaubare Investition in die neue Macin- 
tosh-Welt wechseln und dennoch seine 
Apple II Programme weiter nutzen. 



Die Karte stellt einen beinahe vollständi¬ 
gen Apple Ile dar. Dem mit 2 MHz getak¬ 
teter MOS 65C02 Prozessor stehen 256 
kB RAM Speicher zur Verfügung. 128 kB 
dienen als Arbeitsspeicher, in den Rest 
lädt die Karte beim Start ein Abbild der Ap¬ 
ple Ile ROMs. 



Das Y-Kabel zum Anschluss von Floppy und 
Joystick 

Außerdem macht die Karte einen Teil der 
Ressourcen des Macintosh LC für die Ap¬ 
ple Ile Seite verfügbar. Bis zu 1 MB RAM 
des Macintosh sind erreichbar und lassen 
sich beispielsweise als RAM Disk nutzen. 
Auch Maus und Tastatur des Macintosh 
stehen dem Apple Ile bereit. Bei Zugriffen 
auf Hardware-Ressourcen wie der seriel¬ 
le Schnittstelle hält die Karte die 65C02- 
CPU an und reicht die Aufrufe an einen 
Treiber der Apple Ile Steuersoftware wei¬ 
ter. Dadurch sind auch Apple // Program¬ 
me lauffähig, die Hardware direkt anzu¬ 
sprechen versuchen. Die Software kann 
auch die gängigen Apple- Videoformate 
sowohl für Text als auch für Grafik darstel¬ 
len, inklusive der Double Hires Grafik mit 
560x192 Pixeln. 

Der Betrieb der Karte setzt Macintosh Sys¬ 
tem 7 voraus. Sie ist nicht kompatibel mit 
einer 32-Bit Adressierung, der Mac muss 
also im 24-Bit Modus laufen. Er braucht 
mindestens 4 MB RAM. Die letzte erschie¬ 
nene Softwareversion ist die 2.2.1 aus dem 
Jahr 1993. Sie passt in viele Macintosh mit 
PDS, darunter dem Macintosh Color Clas¬ 
sic, der Performa 400-Serie, vielen Mac¬ 
intosh LC-Modellen. Der Einbau in das 
enge LC- und Performa 400 Gehäuse er¬ 


fordert etwas Geschicklichkeit, weil die 
Karte sehr eng am Gehäuserand sitzt. 

Die Software stellt dem emulierten Apple 
zwar das 3,5 Zoll Diskettenlaufwerk des 
Macintosh bereit, viele Programme liegen 
aber auf 5,25 Zoll Disketten vor. Daher er¬ 
möglicht ein Y-Kabel den Anschluss eines 
Original Apple Disk II Laufwerks und eines 
UniDisk 3,5 Zoll Laufwerks. Nicht verwend¬ 
bar sind aber 5,25 Zoll UniDisk Laufwer¬ 
ke. Diese nenötigen eine höhere Span¬ 
nung, als die Karte und der Macintosh lie¬ 
fern. Dafür lässt sich auf der Macintosh 
Festplatte eine ProDOS Partition nutzen. 

Die Karte stellt Kompatibilität zu ProDOS, 
Apple DOS 3.3 und dem UCSD p-System 
her. Wurde eines der Apple I(-Betriebssys¬ 
teme gestartet, steht die Macintosh-Seite 
erst einmal nicht mehr zur Verfügung. Vie¬ 
le der Apple Il-Programme können so auch 
auf dem Macintosh laufen. Allerdings ist 
der optische Eindruck oft anders als auf 
dem Original-//e. Hier ist zu bedenken, 
dass die Bildschirmausgaben oft für die 
gebräuchlichen Röhrenmonitore optimiert 
wurden. Die Softwareemulation der Aus¬ 
gabe kann das nur begrenzt nachahmen. 



Das Steuerprogramm auf dem Macintosh 

Heute wird die Apple Ile Karte zu hohen 
Preisen gehandelt, zumindest in Deutsch¬ 
land ist sie eher selten. Oft fehlt dann auch 
das Y-Kabel - darum Vorsicht bei günsti¬ 
gen Angeboten. Wer eine dieser Karten 
aber ergattern kann, wird seine Freude 
daran haben, (gb) 

Danke an Marcus Nothelfer für die Fotos. 

Links 

http://hackeducati- 

on.com/2015/02/25/kids-cant-wait-apple 
https://www.nyti- 

mes.com/1995/09/11/business/apple- 

holds-school-market-despite-decline.html 

http://www.vectronicsappleworld.com/ar- 

chives/vintage/0002.php 


Die Apple //e Karte für den PDS Slot 
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Seltene Z80-Rechner 


Die P2000-Rechnerfamilie 


von Philips 


M it der P2000-Desktop-Serie versuchte der Philips- Konzern auf dem 
Heimcomputer-Markt Fuß zu fassen. Die Zilog Z80- basierten 
Rechner wurden in Österreich gefertigt. Der große Markterfolg blieb aus, 
nur in in den Niederlanden war die Serie sehr beliebt. Wer heute einen 
dieser Rechner findet, hält also eine echte Rarität in Händen. Wir stellen 
die verschiedenen Modelle vor und geben Tipps zur Instandsetzung. 


Im März 1980 kamen die ersten Modelle 
dieser Familie auf den Markt, die P2000T 
und P2000M. Diese unterscheiden sich 
hauptsächlich durch die Bildschirmausga¬ 
be. Das Modell T verfügt über eine mit Bild¬ 
schirmtext (Teletext) kompatible Grafik (40 
x 24 Zeichen in 7 Farben) zum Anschluss 
an ein TV-Gerät oder einen RGB- Monitor. 
Das Modell P2000M ist hingegen mit ei¬ 
ner monochromen Zeichendarstellung (80 
x 24 Zeichen, keine Grafik) ausgerüstet, 
welche auf einem Monitor angezeigt wer¬ 
den kann. Den Monitor und die Disketten¬ 
laufwerke gibt es in getrennten Gehäusen 
oder in einem gemeinsamen Gehäuse. 
Beide Geräte sind mit Mini-Datenkasset- 
ten ausgestattet, welche etwa 39KB je Sei¬ 
te speichern können. Die Zeit zum Um¬ 
spulen beträgt 95 Sekunden, die Datenra¬ 
te 6000bps. Das Lesen und Schreiben dau¬ 
erte etwas länger, da das Band blockweise 
bearbeitet wird und dazwischen immer kurz 
stehen bleibt. Bei der P2000M ist stan¬ 
dardmäßig auch ein Disketten-Controller 
vorhanden, welcher bei der P2000T zuge¬ 
kauft werden konnte. Die 5,25“ Disketten 
sind einseitig und haben 35 Spuren mit 16 
Sektoren zu je 256 Byte. Die Brutto-Kapa- 
zität beträgt formatiert 140KB. 

Die P2000T war in den Niederlanden sehr 
beliebt. Viele Philips Mitarbeiter waren auch 
im Computerclub engagiert und forcierten 
die P2000T. Es gab häufig Newsletter (lei¬ 
der nur auf niederländisch) mit Tipps und 
Tricks zur P2000. Die P2000M wurde 
hauptsächlich kommerziell genutzt. 

Wie bei vielen der Philipsgeräte ist die Dis- 
ketten-Software kopiergeschützt. Bei der 
erstmaligen Verwendung wurden die Dis¬ 
ketten auf ein bestimmtes Steckmodul in¬ 


Der P2500 


Auch für die P2500 Rechner gab es ein 
Maintenance-Modul bzw. eine Mainte- 
nance-Diskette für spezielle Aufgaben wie 
das Formatieren von Disketten. Die Dru¬ 
ckerschnittstelle ist genauso aufgebaut wie 
bei den P2000T und M, auch hier funktio¬ 
nieren serielle Drucker mit 1200 Baud-An¬ 
schluss. 


itialisiert, in weiterer Folge konnten sie nur 
noch mit diesem Modul verwendet wer¬ 
den. Sogar leere Disketten mussten origi¬ 
nalformatiert von Philips gekauft werden, 
da es kein Formatierungstool gab. Für Ein¬ 
geweihte gab es ein „Maintenance-Modul“ 
das Systemtests durchführen und Disket¬ 
ten formatieren sowie kopieren konnte. 


Kurze Zeit später kamen auch die P2500 
Geräte auf den Markt, zunächst unter der 
Bezeichnung P2000B. Diese waren preis¬ 
lich gesehen hauptsächlich für die kom¬ 
merzielle Verwendung vorgesehen, die 
Kosten für ein System (Grundeinheit, Mo¬ 
nitor, Doppel-Diskettenlaufwerk) beliefen 
sich umgerechnet auf etwa 7000 Euro. 
Diese Rechner haben eine externe Tasta¬ 
tur und ein Gehäuse mit einem Mother¬ 
board, in das die diversen Karten 
eingesteckt werden können, ähnlich dem 
IBM PC. Das Minimum an Karten ist eine 
CPU-Karte, eine Bildschirmkarte sowie ein 
Floppycontroller. Es gibt auch noch eine 
Karte für eine schnelle RS232 Schnittstel¬ 
le sowie eine zusätzliche CPU. 


Tragbares Modell 

Das portable Modell P2000C wurde 1983 
vorgestellt und besitzt 2 Diskettenlaufwer¬ 
ke mit 160 kB oder 640 kB Kapazität und 
einen integrierten 9 Zoll Monochrom Mo¬ 
nitor. Die Tastatur ist als Deckel ausge¬ 
führt. Im Gehäuse stecken zwei Z80 
Prozessoren, von denen einer das einge¬ 
baute Terminal versorgt. Damit ist nun auch 
Grafik mit einer Auflösung von 256x 256 
Pixeln bei 4 Schattierungen oder 512x 256 
in Schwarz/Weiß in akzeptabler Geschwin¬ 
digkeit möglich. Im Unterschied zu den zu¬ 
vor genannten Systemen kennt der 
P2000C keine Erweiterungsmodule. Statt- 
dessen ist der Rechner intern mit einer Co- 
Power Erweiterungskarte ausbaubar. Die¬ 
se trägt eine 8088 CPU und 512KB RAM 
und lässt sich entweder für MSDOS 2.11 
verwenden oder fungiert als RAM-Disk für 
CP/M. Des weiteren sind IEEE-488 Er¬ 
weiterungskarten sowie eine 10MB SASI 
Festplatte einbaubar. Umfassende Unter¬ 
lagen sowie Disk-Images zum P2000C fin¬ 
det man auf der Homepage von F. J. 
Kraan. 


Ebenso wie bei P2000T und M gibt es auch 
hier einen Kopierschutzmechanismus. In 
die P2500 muss dazu seitlich ein soge¬ 
nanntes SESAM-Modul gesteckt werden, 
mit diesem ist die Software verknüpft. Das 
SESAM-Modul sieht genauso aus wie die 
Steckmodule der P2000T und M. Aller¬ 
dings sind die Module bei der P2500 nicht 
in den Adressraum der CPU eingebunden, 
sondern nur über einen I/O-Port ausles¬ 
bar. Den Inhalt überträgt der Bootloader 
ins RAM und führt ihn aus. 
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P2000T und P2000M 


im 


Das Herz beider Maschinen ist ein Z80 
Prozessor mit 2,5MHz Taktfrequenz. Die 
Minimalausstattung sind 16KB RAM bei 
der P2000T und 48KB bei der P2000M, 
sowie 16KB EPROM Steckmodule mit di¬ 
versen Programmen, welche je nach Be¬ 
darf gewechselt werden können. Für 
Kassettenbetrieb gibt es beispielsweise 
ein BASIC Modul (P2305 - 16K BASIC In¬ 
terpreter) und einen Editor (P2303 - Bild¬ 
schirmtext Editor). Für den Disketten¬ 
betrieb stehen ein erweitertes BASIC 
(P2306 - 24K Disk BASIC), ein Textverar¬ 
beitungsprogramm (P019 - Text 2), das 
UCSD p-System (P2251/P2351 - UCSD 
Total Systems Set) und selten auch CP/M 
zur Verfügung. Das BASIC basiert immer 
auf einem Microsoft BASIC. Zudem verfü¬ 
gen beide Maschinen über einen zweiten 
Steckplatz, der mit Schnittstellen- Modu¬ 
len bestückt werden kann, beispielsweise 
mit einer seriellen (RS232-) Schnittstelle. 
Der Speicher kann bei der P2000T um 






Philips P2000T 



Philips P2000M mit kombiniertem Monitor 
und Diskettenlaufwerk 


P2500 


sehr langsam und der Grafikmodus wird 
daher selten genutzt. Der Monitor und die 
Diskettenlaufwerke sind entweder in ge¬ 
trennten Gehäusen oder in einem ge¬ 
meinsamen Gehäuse untergebracht. Die 
einseitig beschriebenen 5,25“ Disketten 
haben 77 Spuren zu 16 Sektoren ä 256 
Byte mit einer Brutto-Kapazität von 
308KB. 


16KB, 32KB oder 64KB erweitert werden. 
Von den insgesamt 80KB sind dann 40KB 
direkt für BASIC nutzbar sowie 5 x 8KB in¬ 
direkt mittels Bank-Switching. Bei der 
P2000M gibt es eine 16KB RAM-Erweite- 
rung zur Umrüstung auf CP/M, diese ist 
aber nicht sehr verbreitet. Als Ausgabege¬ 
räte kommen ein Matrixdrucker oder ein 
Typenraddrucker mit einem seriellen An¬ 
schluss (1200 Baud) in Frage. Die 1200 
Baud werden per Software (ohne UART- 
Baustein) bedient, daher die relativ nied¬ 
rige Geschwindigkeit. 


Als Betriebssystem stehen PHILIPS¬ 
DISK-BASIC, UCSD p-System, und CP/M 
zur Verfügung. PHILIPS-DISK-BASIC 
wurde schon nach kurzer Zeit durch ein 
CP/M-basiertes BASIC abgelöst. Aus die¬ 
sem BASIC ist kein Wechsel zur CP/M 
Kommandozeile möglich, aber immerhin 
wird ein Standard-CP/M-Diskettenformat 
benutzt. Die UCSD Benutzeroberfläche ist 
mit einer durchaus komfortablen Menü¬ 
führung ausgestattet, die den Zugriff auf 
den Editor, Compiler, Linker, Assembler 
und Debugger erleichtert. 


Die CPU ist in diesen Rechnern bereits 
mit 4MHz getaktet und der RAM-Speicher 
umfasst 64KB. Zusätzlich gibt es ein 4KB 
Boot-EPROM, welches nach dem Start 
ausgeblendet wird. Wie bei der P2000M 
ist die P2500 mit einer einfarbigen 80 x 24 
Zeichen Textdarstellung ausgestattet. Zu¬ 
sätzlich steht auch eine monochrome Pi¬ 
xelgrafik (512 x 256 Bildpunkte) zur 
Verfügung-- allerdings ist der Bildaufbau 



Philips P2500 mit Monitor und externem 
Doppel-Diskettenlaufwerk 


1 Rechner 

P2000T/M 

P2000B/P2500 

P2000C 1 

CPU 

Z80@2,5MHz 

Z80@4MHz 

Z80@4MHz 

RAM 

T: 16KB (max. 80KB) 

M: 48KB (max. 64KB) 

64KB 

64KB 

Bildschirm 

T: 40x24/7 Farben 

M: 80x24/Monochrom 

80x24/Monochrom, 

512x256 S/W-Grafik 

80x24/Monochrom, 256x256/4 

Graustufen oder 512x256 S/W-Grafik 

Speicher¬ 

medien 

39KB Mini-Kassette, 140KB SS/SD 
Doppel-Diskettenlaufwerk (35 
Spuren, 16 Sektoren mit 256 Bytes) 

308KB SS/DD Doppel- 
Diskettenlaufwerk (77 Spuren, 16 
Sektoren mit 256 Bytes) 

160KB SS/DD Doppel-Disketten¬ 
laufwerk (40 Spuren, 16 Sektoren mit 

256 Bytes) im Modell 2010 bzw. 640KB 
DS/DD Doppel-Diskettenlaufwerk 
(2*80 Spuren, 16 Sektoren mit 256 

Bytes) im Model 2012, optionale 10MB 
SASI Festplatte 

Betriebs¬ 

system 

Steckmodule, z.B. Basic, Text¬ 
verarbeitung, UCSD p-System*, 
CP/M* 

Basic, CP/M oder 

UCSD p-System auf Disketten 

CP/M oder MS-DOS** auf Disketten 

Besonder¬ 

heiten 

1 Steckplatz für Programm-Module, 

1 Steckplatz für 

Systemerweiterungen (z.B. RS232) 

1 Steckplatz für Sesam-Modul 

Eigener Z80 Terminal-Prozessor für 
schnelle Ein-/Ausgabe, Co-Power 
Erweiterungskarte für MS-DOS 

* Diskettenlaufwerk erforderlich 

** Co-Power Erweiterungskarte erforderlich 


Links 

Homepage von F. J. Kraan: 

https://fjkraan.home. xs4all.n 
l/com p/p2000c/ 

SAMDisk 


https://simonowen.com/sam 
disk / 

Unterlagen und UCSD Emulator für PC 

http://pascal.hansotten.com/ 

ucsd-p-system/ 

SAMconv und RAM Test für P2500C 


https://www.classic- 

computing.de/load6#philips 
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Hardware 


Diskettenformate 
und Datenkonvertierung 

Dateien der Philips P2000 Systeme sind 
nur schwer zwischen den Modellen oder 
mit PC Rechnern auszutauschen. Je nach 
Modell und Betriebssystem werden eige¬ 
ne Formate eingesetzt. Ein Datenaus¬ 
tausch zwischen den Systemen erfordert 
spezielle Migrationsprogramme (meist nur 
zum Zugriff auf Daten des jeweiligen Vor¬ 
gängermodells) oder eine serielle Über¬ 
tragung (V24 - RS232). Beide Methoden 
sind relativ langsam und genauso müh¬ 
sam, zumal meist nur einzelne Dateien 
übertragen werden. Immerhin stellte Phi¬ 
lips den Besitzern eines P2000C das Kon¬ 
vertierungsprogramm MSUTIL zur 
Verfügung. Dieses ermöglicht, eine Viel¬ 
zahl an Philips- und Fremdformaten zu le¬ 
sen und zu schreiben. Insbesondere 
können auch MS-DOS kompatible Disket¬ 
ten erstellt werden. 


Enter SOURCE drive (1 to 4) : 1 

Enter DESTINATION drive (1 to 4) : 2 

Do you wish to verify while copying (y/n)? N 

Select SOURCE disk type : 

1 - P2000C TWO SIDED 

2 - P2000C 160K - CP/M 

3 - P2000M CP/M 

4 - P2500 300K CP/M 

5 - P2500 600K CP/M 

6 - P3500-CP/M 

7 - IBM-PC 3,5 inch / 720K 

8 - IBM-PC TWO SIDED 

9 - IBM-PC SINGLESIDED 

A - SYSTEMTRACK 800K CP/M 
B - P2000C 800K - CP/M 
C - MSX-II SINGLE SIDED 360K 
D - YES-PC DOUBLE SIDED 72OK 
E - RAINBOW 400K CP/M 
F - KAYPRO 20OK CP/M 

To escape enter <ESC> or <0> 


Diskettenkonvertierung am P2000C mit 
MSUTIL 

Für den direkten Zugriff mittels Standard¬ 
PC auf Daten der Philips P2000 Systeme 
bietet sich als universelle Lösung SAM- 
disk Version 3.8.11 vom 18. Mai 2018 an. 
Es benötigt Windows 2000 oder eine neu¬ 
ere Version. So lässt sich mit SAMdisk B: 
Samlmage.dsk -cO-76 -hö -r5 ein Image 


einer P2500 SS 96tpi Diskette erstellen. 
Ein Zugriff auf die einzelnen Dateien der 
Diskette ist aber nicht möglich. Diese Lü¬ 
cke füllt ein weiteres, von den Autoren 
selbst gebautes Konvertierungstool na¬ 
mens SAMconv. Hierbei handelt es sich 
um ein Excel-Sheet mit Makros zur weite¬ 
ren Bearbeitung der Philips Diskimages 
von SAMdisk. 

Und so ist SAMconv zu verwenden: 

_Auswahl des Dateiformats im Ta¬ 
bellenblatt „DISKDEF“ durch Posi¬ 
tionieren des Cursors in die Zeile 
des gewünschten Formats und Drü¬ 
cken des Knopfes „SELECT DISK¬ 
TYPE“. 

_Überprüfung und ggf. Anpassung 

der Transfer-Parameter im Blatt 
„START“. 

_Durchführung der Datei-Transfers 

durch Drücken der Knöpfe „Start 
Transfer ==> TO DOS“ bzw. „Start 
Transfer FROM DOS ==>“. 

_Die Liste der übertragenen Datei¬ 
en wird im Tabellenblatt „DIR“ ab¬ 
gelegt, die Dateien selbst befinden 
sich im Unterverzeichnis 
„###DOS###“. 

SAMconv ermöglicht es, CP/M-, UCSD- 
und Philips-Disk-Basic-Disketten Images 
auszulesen und die einzelnen Dateien in 
MSDOS abzulegen. Umgekehrt erstellt 
SAMconv aus MSDOS Dateien auch Phi¬ 
lips Disketten-Images, die sich dann mit 
SAMdisk auf Disketten schreiben lassen. 
Es ist auch möglich, UCSD-Disketten- 
images beispielsweise von einem IBM-PC- 
XT einzulesen. Erzeugen und Schreiben 
lassen sich diese aber leider nicht. UCSD- 
Volume-Dateien eines UCSD-Emulators 
eines PCs können ebenfalls gelesen und 
modifiziert werden und sind anschließend 
wieder im Emulator nutzbar. 


CONVERSION of SAMdisk.dsk 

(Philips Formats P2000 and P3000) 

Copyright © 2019 by PAW. Vienna 

Vers. 0.99i 


Using this Software on your own risk! 

No warranty given for correct function of the program! 







Path (optional) 


Start Tran^fpr 


Filename without Path 

Samlmage 

wicn i 1101101*71 

w TA HAC 

Default Extension 

DSK 

—> TO DOS 




Type of Diskette 

P25S 

Philips P2500 SSDD 96 tpi 5.25" 300KB 

Filesystem 

CP/M 



Name of Template File 

P25S.TPL 

Start Transfer 

UCSD Option on Textfiles (must be specified) 

COPY 1:1 

FROM DOS ==> 

Warning Option, before deleting an exisitng file 

NO 

I 1 \\/lf 1 UV/W ^ 









Bei einigen Monitoren der frühen 1980iger 
Jahre wurde die Bildröhre mit einer Vorge¬ 
setzten Glasscheibe geschützt. Diese Schei¬ 
be ist mit einer Art Silikon direkt auf die 
Bildröhre geklebt. Im Laufe der Jahre weist 
diese Schicht leider oft Blasen und Trübun¬ 
gen auf, das Monitor-Bild ist nicht mehr gut 
zu erkennen oder lässt sich nur erahnen. 

Die Beseitigung dieses Problems ist zwar 
zeitaufwändig, aber glücklicherweise tech¬ 
nisch nicht anspruchsvoll. Nach dem Öff¬ 
nen des Gehäuses ist die Bildröhre 
zugänglich. Dazu ist zunächst den Gehäu¬ 
se-Oberteil zu entfernen, es ist von unten 
mit einigen Schrauben befestigt. Danach 
lässt sich von unten der Halterahmen der 
Bildröhre von der Gehäuse-Unterschale ab¬ 
heben. Nach leichtem Zurückschieben der 
Monitor-Einheit nach hinten ist der Zugang 
zur Verschraubung der vorderen Blende am 
Gehäuse frei, sie wird von innen von drei 



Als der Autor 1985 seine P2500 mit Tasta¬ 
tur und dem zugehörigen Monitor mit zwei 
eingebauten Diskettenlaufwerken bekam, 
war die Begeisterung groß. Die Maschine 
tat ein paar Jahre lang gute Dienste, dann 
verdrängte sie ein neuer Rechner und sie 
wurde „eingemottet“. Die vielen Philips-Dis¬ 
ketten blieben aber präsent und so entstand 
der Wunsch, diese auf den PC zu bringen. 
Dazu sollte die P2500 wieder ausgepackt 
und aktiviert werden. Das Herumstehen hat 
sie allerdings nicht gut verkraftet-- beim Ein¬ 
schalten kam zwar die Startmeldung „P H 
I L I P S MICROCOMPUTER P2500“, aber 
sonst tat sich nichts. Es wurde auch keine 
Diskette eingelesen, es gab gar keinen Lauf¬ 
werkszugriff und nicht einmal ein Step-Ge¬ 
räusch. Zum Glück stand ein Maint-Stecker 
für den Slot des SESAM-Key zur Verfügung. 
Das Maintprogramm zeigte im Menü jede 
Menge Schreibfehler. Der RAM-Test ließ 
sich zwar auswählen, stürzte aber regel¬ 
mäßig ab. Dies ließ darauf schließen, dass 
die 64K x 1 (dynamische RAMs) teilweise 
defekt waren. Leider waren nur 3 von den 
8 Chips gesockelt. Damit war ein einfaches 
Probieren durch Tauschen nicht möglich. 
Der Tausch der drei gesockelten Chips 
brachte keinen Erfolg. 

Licht ins Dunkel sollte ein kleines, selbst¬ 
geschriebenes Z80-Programm für das IPL- 

























Reparatur eines getrübten Bildschirms 


Trübe Aussichten- die Bildröhre vor der 
Reparatur 

Schrauben gehalten. Diese Blende wird 
entfernt und die Monitor-Einheit nach vor¬ 
ne ein wenig aus dem Gehäuse gescho¬ 
ben. Nun ist der Zugang zur Bildröhre samt 
aufgesetzter Schutzscheibe frei. 

Die Silikonschicht ist rundum mit einem 
transparenten Klebeband abgedichtet, 


dieses muss im ersten Arbeitsschritt mit 
einem scharfen Messer entfernt werden. 
Dann kommt die Silikonschicht an die Rei¬ 
he, sie wird Stück für Stück zwischen den 
beiden Glasteilen herausgeschabt. Am 
besten geht das mit einem Stahlspachtel 
sowie einem dünnen Schneidedraht mit 
ein paar Knoten in der Mitte. Vermutlich 
würde auch ein KFZ-Schneidedraht funk¬ 
tionieren, wie er zum Entfernen verklebter 
Windschutzscheiben in Verwendung ist. 
Bei den Arbeiten ist Vorsicht geboten, um 
die empfindlichen Glasteile nicht zu zer¬ 
kratzen. Mit einem Schneidedraht aus Ny¬ 
lon ist das Risiko deutlich kleiner. In der 
Abbildung ist die trübe Silikonschicht im 
rechten Bereich deutlich zu erkennen, 
ebenso der bereits gesäuberte Bereich 
links oben. Im Hintergrund liegt der Hal¬ 
terahmen der Bildröhre. Er wurde mit 
Schraubzwingen auf dem Arbeitstisch fi¬ 


xiert, um ein Verrutschen des Bildschirms 
während der Arbeiten zu verhindern. 

Ist die Silikonschicht entfernt, lassen sich 
die beide Glasteile voneinander lösen. Sie 
werden mit Seifenlauge gereinigt. Die 
saubere Schutzscheibe muss dann wieder 
zurück an ihren Platz. Dazu gibt es meh¬ 
rere Möglichkeiten, beispielsweise das Ver¬ 
kleben am Rand der Bildröhre mit kleinen 
Kunststoff-Abstandshaltern. Noch besser 
ist es, die Schutzscheibe mit Acryl-Kleb¬ 
stoff direkt an die vordere Blende am Ge¬ 
häuse zu kleben. Der Klebstoff kommt dazu 
einfach innen auf die Bildschirmeinfas¬ 
sung, darauf wird die Schutzscheibe auf¬ 
gelegt. Das Aushärten dauert eine Weile, 
dann kann es an den Zusammenbau des 
Monitors gehen. 


Entlarven defekter Speicherchips 


EPROM (Typ 2732) bringen, das die Su¬ 
che nach den defekten Bauteilen überneh¬ 
men sollte. IPL steht für Initial Program 
Loader, ein kleines Programm, das beim 
Start des Rechners als erstes von der CPU 
ausgeführt wird und normalerweise den 
weiteren Bootvorgang steuert. In diesem 
Fall lag die Schwierigkeit darin, ein Test¬ 
programm zu bauen, das völlig ohne RAM 
auskommt, denn genau das war ja defekt 
und sollte getestet werden. Call, Return, 
Stack, Interrupt und dergleichen waren al¬ 
so nicht erlaubt. Dies gelang nach einigem 
Tüfteln und das Testprogramm wurde in 
ein 2732 EPROM gebrannt und in den So¬ 
ckel für den IPL (Initial Program Loader) 
eingesetzt. Überden Beeper der Tastatur 
konnte es Pieptöne ausgeben und der 
Test gesteuert werden. Die Ergebnisse 
zeigte es über eine V24 (RS232)-Verbin- 
dung vom Druckerport (oberer Stecker) 
auf einem Terminalprogramm des ange¬ 
schlossenen PC an. Daraus war ersicht¬ 
lich, dass der Fehler immer im Bit 


000x0000 ab Adresse 10A1H auftrat. Ab 
Adresse 8000H trat der Fehler nicht mehr 
auf, bis dahin aber sehr häufig. Damit war 
als Übeltäter der RAM Chip auf Position 
7124 identifiziert. Er wurde ausgelötet und 
durch einen anderen ersetzt, praktischer¬ 
weise gleich über einen Sockel. Die ers¬ 
ten Tests mit dem Original-IPL Baustein 
und dem Maint-Programm (im Sesam- 
Slot), sowie eingesteckter Video-Karte wa¬ 
ren erfolgreich. Der dort vorhandene Spei¬ 
chertest verlief ebenfalls positiv. Der 
Rechner ist damit nun wieder betriebsbe¬ 
reit. 

Wer ähnliche Probleme auf einer P2000B 
oder P2500 hat, kann das RAM-Testpro- 
gramm als Binary-Image über den Link 
herunterladen und es in ein 2732 EPROM 
(4 KB) brennen. Eine Garantie für die ein¬ 
wandfreie Funktion wird natürlich nicht 
übernommen, die Verwendung erfolgt auf 
eigenes Risiko. 


RAM 

Pattern hex 

= 00 

bin = 

00000000 

OK Rotate ... OK 

Xor . . 

OK 

RAM 

Pattern hex 

= 55 

bin = 

01010101 

OK Rotate ... OK 

Xor . . 

. OK 

RAM 

Pattern hex 

= AA 

bin = 

10101010 

OK Rotate ... OK 

Xor . . 

. OK 

RAM 

Pattern hex 

= 0F 

bin = 

00001111 

OK Rotate ... 



Err 

Addr: 10A1H 

soll 

1EH 

ist: 

0EH 

diff: 00010000B 



Err 

Addr: 10A4H 

soll 

F0H 

ist: 

E0H 

diff: 00010000B 



Err 

Addr: 10A6H 

soll 

C3H 

ist: 

D3H 

diff: 00010000B 



Err 

Addr: 10A7H 

soll 

87H 

ist: 

97H 

diff: 00010000B 



Err 

Addr: 10A9H 

soll 

1EH 

ist: 

0EH 

diff: 00010000B 



Err 

Addr: 10ACH 

soll 

FOH 

ist: 

EOH 

diff: 00010000B 




Der Übeltäter- ein defekter RAM Chip 


lieber die Autoren 

Peter aus Uien war in 
den ±980iger Jahren 
bei Philips in Bereich 
der P2BO0 Rechner 
taetig und stellt 
seit nitte 2019 sein 
Philips Know-How in 
UzEkC e.U. zur 
Uerfuegung. Guenther 
Pospischil hat 35 
Jahre EDU 

Erfahrungen und liebt 
besonders die Philips 
P2000— und Triunph 
Adler Alphatronic 
Rechner. 
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Bericht von der AMIGA34 Messe 

Neues aus Neuss 


W er in den frühen 90ern alljährlich nach Köln oder Frankfurt zur 

Amiga-Messe pilgerte, fühlte sich am Wochenende vom 12. bis zum 
13. September 2019 in der Zeit zurück versetzt. Schon vor 
Veranstaltungsbeginn gab es wie damals freudig erwartungsvolle Blicke 
der Wartenden in der Schlange vor der Ticketkontrolle. Schon zum dritten 
Mal öffnete die „Amiga“ ihre Tore im Landestheater in Neuss. 


Ausgang des Amiga, was einen entspre¬ 
chenden Monitor oder Scandoubler erfor¬ 
dert. Die Vampire emuliert nun vollständig 
das „AGA“ Chipset des Amiga1200 und 
4000 plus einiger Extras. Weiterhin ist ei¬ 
ne FPU- Unterstützung implementiert. Ein¬ 
zige Schwachstelle: die MMU ist nicht 
vorhanden. Standardmäßig wird diese vom 
AmigaOS bis jetzt noch nicht verwendet, 
lediglich alle unixoiden Betriebssysteme 
mit Ausnahme von Minix sowie einige Spe¬ 
zialanwendungen erfordern beim Amiga 
die MMU. Doch die Vampirisierung ist da¬ 
mit noch nicht am Ende. Gunnar von 
Böhm, Core- Chefentwickler der Vampire, 
kündigte als nächsten Streich eine Ami- 
ga1200- und eine Atari ST-Variante an. 
Zu möglichen Auslieferungsterminen wur¬ 
den noch keine Angaben gemacht. 


Gleich vorweg: Veranstalter Marcus „Mar- 
cian“ Tillmann und seine Mitstreiter haben 
sich bei der dritten Veranstaltung in die¬ 
sem Format selbst übertroffen- erstmals 
wurde die „Amiga“ als zweitägiges Event 
ausgerichtet. Die Veranstaltung war eine 
gelungene Mischung aus Ausstellungs¬ 
und Verkaufsmesse, Vortragsprogramm, 
Musikeinlagen und Usertreffen, begleitet 
durch ein gutes Catering. Ähnlich der Clas¬ 
sic Computing belegten die User des alk- 
Forum hier einen Bereich von 14 Tischen 
mit ihren Exponaten. Eine Besonderheit 
der „Amiga“ ist die zahlreiche Präsenz von 
VIPs des Amiga-Universums. Wo sonst 
lässt es sich mit Persönlichkeiten wie Dave 
Haynie (ehemals Amiga Chief Engineer 
und beim CI28 und Commodore plus4 ak¬ 
tiv), Petro Tyschtschenko (Amiga Techno¬ 
logies), Trevor Dickinson (A-Eon), John 
Pleasance (Commodore UK) und vielen 
anderen zwanglos ins Gespräch kommen. 
Die Veranstaltung zeigte außerdem viele 
Neuentwicklungen im Amiga-Bereich. 33 


professionelle Aussteller und Vereine prä¬ 
sentierten ihre Entwicklungen. An eine sol¬ 
che Renaissance hat wohl Ende der 90er 
Jahre niemand gedacht. 

Vampire V4 

Besonderes Highlight der Amiga34 war der 
Verkaufsstart der Vampire V4 „stand alo- 
ne“, angeboten in einem speziellen Mes- 
se-Bundle für etwa 500 Euro. Hier handelt 
es sich um nicht weniger als einen FPGA- 
basierten neuen Amiga. Die V4 verfügt im 
Gegensatz zu ihren kleinen Brüdern, den 
Accelerator-Versionen für den Amiga 
500/2000 und 600, über 512 MB DDR3 
Speicher anstelle von 128 MB und einen 
Ethernet-Port. Die Geschwindigkeit ent¬ 
spricht einem MC68LC060 mit 250 MHz 
anstelle von 100 Mhz. Die V4 gibt weiter¬ 
hin alle Grafikmodi und Audio über HDMI 
aus. Die Accelerator-Versionen tun dies 
nur für die RTG- Grafikmodi. Die meisten 
alten Spiele verwenden jedoch den 15kHz 


Amiga1200+ Board 

Eine weitere bemerkenswerte Neuheit stellt 
das Amiga1200+ Board des „Belgian Ami¬ 
ga Club“ dar. Hier wurde das 1200er Board 
um einige interessante Details erweitert, 
beispielsweise einen Bootselector, ein Net¬ 
work Interface, Flash Floppy, ein integrier¬ 
tes Netzteil und ein gepufferter CF-Karten- 
Sockel/IDE Interface. Der neu entwickel¬ 


te Vampire V4 ist ein zeitgemäßer, neuer 
Amiga 














Hyperion präsentierte AmigaOS 3.2 für klassische Systeme 


te Keyboard-Controller basiert auf einem 
MCU. Natürlich ist das AGA Chipset be¬ 
stehend aus Lisa, Paula, Alice, Gayle so¬ 
wie den beiden 8520 CIA Chips und Budgie 
erforderlich. 

A3000 Austausch- Boards 

Von besonderem Interesse ist auch der 
Nachbau des Amiga3000 Boards mit SMD 
Bausteinen und zwei PS/2 Steckplätzen 
anstelle des immer schwerer zu bekom¬ 
menden ZIP-RAMs. Ziel der Entwicklung 
ist es, dem besonders durch häufige und 
intensive Akku-Schäden heimgesuchten 
3000er ein neues Board zum „Umziehen“ 
des Chipsets zu bieten. Zusätzlich dazu 
konnten beim Entwickler John „Chucky“ 
Herteil neu entwickelte A3660 Platinen, al¬ 
so die 68060er Version der Turbokarte für 
den 3000er/4000er bezogen werden. 

Amy und Akiko32 

Zu bestaunen gab es gleich zwei neue 
Amiga-Boards im Mini-ITX Formfaktor mit 
Grafikkarte und Netzwerkkarte: Dem schon 
vor einiger Zeit vorgestellten Amy mit ECS- 
Grafik und dem Akiko32, der den vom CD 32 
bekannten Akiko-Chip und AGA Grafik ver¬ 
wendet. Letzterer derzeit nur als Prototyp. 


Das mini ITXBoard Amy bringt ECS Grafik mit 

Accelerator- Karten 

Seit ein paar Jahren gibt es wieder mehr 
und mehr neue Beschleunigerkarten für 
den Amiga. Dazu zählen auch Communi¬ 
ty Projekte wie das des alk-Hardwaregu- 
rus „Matze“ mit 68010/20/30 Prozessoren. 
Die polnische Entwicklergruppe um Ja- 
nusz Wawak (CS-LAB s.c.) stellte auf der 
Amiga34 die 68060- basierten Beschleu¬ 
nigerkarten „Warp 1260“ und „Warp 560“ 
für den AI 200 und A500 vor. Neben einem 


ungeahnten Geschwindigkeitsrausch bie¬ 
ten die Karten eine SD Speicherlösung 
und eine schnelle RTG Grafikunterstüt¬ 
zung. Die Karten sollen ohne CPU ausge¬ 
liefert werden. Sie sollen Mitte 2020 zu 
einem Preis um 500 Euro auf den Markt 
kommen. Die Karten konnten vor Ort aus¬ 
probiert werden, ihre Leistung war voll¬ 
kommen überzeugend. 


Checkmate 1500 

Steve Jones von Imica Ltd, UK ist mit sei¬ 
nem Sohn extra aus England angereist, 
um sein "Checkmate 1500+" Gehäuse zu 
präsentieren. Schon um 1990 herum gab 
es ein "Checkmate 1500" Gehäuse für den 
Einbau eines Amiga 500. Zu dem Gehäu¬ 
se gab es damals ein internes Netzteil, ein 
Zorro-Board und ein Tastaturgehäuse. So 
wurde aus dem preiswerten Amiga 500 ein 
semiprofessioneller Computer, der dem 


Amiga 2000 fast ebenbürtig war. Das Ge¬ 
samtpaket drohte ein so großer Erfolg zu 
werden, dass Commodore dem Entwick¬ 
ler einen Strich durch die Rechnung mach¬ 
te und ihm mit Abmahnung drohte. Gleich¬ 
zeitig brachte das Unternehmen dann 
selbst einen A2000 mit zwei Diskettenlauf¬ 
werken heraus, der ausschließlich in Groß¬ 
britannien als "AI 500" vermarktet wurde 
- aber das mit geringem Erfolg. Fast 30 
Jahre später gibt es nun eine Neuauflage: 
Wesentlich verbessert, und äußerlich eher 
dem A3000 angenähert, fasst das Gehäu¬ 
se nun neben A500, A600, AI 200 auch 
ITX, MicroATX Boards und ähnliche. Ne¬ 
ben einem PC lässt sich so auch ein PPC- 
Amiga (Pegasos I und II, ein SAM-Board, 
das "Tabor-Board", usw) einbauen. Die 
Rückwand mit den jeweils passenden Blen¬ 
den ist einzeln zu erwerben. Gleiches gilt 
auch für die Frontblende in verschiedenen 
Ausführungen, nämlich entweder geschlos¬ 
sen, mit Schlitz für Diskettenlaufwerke oder 
Öffnungen für optische Datenträger. Die 
Farbwahl umfasst klassisches Weiss oder 
ein sehr edles Schwarz. Die Gehäuse für 
das Board und die Tastatur von Amiga 500 
oder 1200 sind aus stabilem Blech. Die 
Kunststoffteile sind sehr hochwertig und 
brauchen sich nicht hinter einem Original¬ 
gehäuse von Commodore verstecken. Als 
optionales Zubehör sind Adapterplatinen 
für PC-Netzteile und auch ein Zorro-Board 
für den Amiga 500 lieferbar. Gestartet ist 
"Checkmate 1500+" als Kickstarter-Pro¬ 
jekt und konnte erfolgreich zu Ende ge¬ 
bracht werden. Seit dem 01. November 
2019 sind die neuen Gehäuse auch auf 
dem "freien Markt" erhältlich. Der Preis 













Hardware 


richtet sich nach dem gewünschten Zube¬ 
hör. Das nackte Gehäuse kostete für Teil¬ 
nehmer des Kickstarter 159 Pfund, der 
Preis auf dem normalen Markt wird vor¬ 
aussichtlich etwas darüber liegen. Es wird 
sich zeigen, wie sich der „Brexit“ auf den 
Preis in Euro auswirkt. Das Gehäuse selbst 
wird in England gefertigt, lediglich die 
Kunststoffteile kommen aus China. 

MNT ZZ9000 

Lukas Hartmann, der vor einiger Zeit schon 
mit seiner Grafikkarte MNT VA2000 für 
Aufmerksamkeit sorgte, zeigte den eben¬ 
falls auf FPGA- Basis aufgebauten Nach¬ 
folger MNT ZZ9000. Mit dem noch 
größeren und schnelleren FPGA wurde die 
Leistung nochmals gesteigert. Außerdem 
ließ der FPGA noch Platz für einen inter¬ 
nen Flickerfixer und Ethernet, so dass man 
eine echte Multifunktionskarte erwerben 
kann. Die Karte passt in den Zorro II oder 
Zorro III Steckplatz, hat 1 Gb Ram, selbst¬ 
verständlich Full HD (über HDMI ausge¬ 
geben) und soll 350 Euro kosten. 

AmigaOS 3.2 

Eher unauffällig zeigte Hyperion den der¬ 
zeitigen Stand des geplanten Updates des 
gerade mal ein Jahr alten AmigaOS 3.1.4 
auf AmigaOS 3.2 an. AmigaOS 3.2 ist ein 
Betriebssystem für klassische Amiga mit 
einer 680x0-CPU und ist trotz des Namens 
wesentlich moderner als AmigaOS 3.5 oder 
3.9. Deren Rechte liegen bekannterma¬ 
ßen bei der Firma Haage & Partner. 

MorphOS 

Neben der neuen Version 3.13 konnte der 
Besucher an der eigentlichen Sensation 
leicht vorbei laufen: Am Stand des Mor¬ 
phOS Team lief das Betriebssystem auf 
einem AMD64. Dabei handelte es sich um 
ein aktuelles Motherboard von MSI (B540M 
Mortar Titanium), bestückt mit einem Ry- 
zen 5 3.600- Prozessor. Der Kernel lief na¬ 
tiv auf dem Rechner. Es gibt sowohl eine 
PPC-Emulation als auch eine 68k-Emula- 
tion. Alte Software ist also weiter benutz¬ 
bar. Allerdings hat die Sache einen Haken: 
Der Kernel wurde erst am ersten Messe¬ 
tag ans Laufen gebracht. Fast alles wird 
noch emuliert und es bestehen kaum na¬ 
tive Teile des Betriebssystems. Besonders 
die Treiber sind grösstenteils veraltet, wes¬ 
halb im modernen Motherboard noch ei¬ 
ne fast schon antike Radeon 4650 
Grafikkarte steckte. Es wird also noch ei¬ 


~rj 

fJO 



MorphOS V 



Nativ auf einem AMD Ryzen Prozessor- MorphOS lernt x8 6 


ne Weile dauern, bis die Transition auf die 
neue CPU abgeschlossen ist. 

Händlerpräsenz 

Hyperion zeigte ferner XWindow für die 
Vampire, GIMP auf AmigaOS sowie eine 
frühe Alpha-Version von Libre Office für 
AmigaOS 4.1. 

Sebastian Bach von poly.play zeigte ne¬ 
ben einer großen Palette an neuen und al¬ 
ten Spielen für die verschiedenen Systeme 
auch neu gefertigte Kassetten und Proto¬ 
typen von Gehäusen für Diskettenlauf¬ 
werke. Sie werden als Blechbiegeteile ge¬ 
fertigt und farbig pulverbeschichtet. Es soll 
sie als 3.5 und 5.25“ Zoll und als Single¬ 
oder Dual-Gehäuse geben. Ziel sind „Kryo- 
flux“-Stationen - sie sollen aber auch den 
um sich greifenden Laufwerksmord ein¬ 
dämmen. Denn für „Gotek“-Flashfloppies 
werden leider oft intakte Floppylaufwerke 
umgebaut, wobei das mechanische Lauf¬ 
werk verloren geht. Auch für diverse an¬ 
dere Systeme wie MFA Systeme oder 
Alphatronic-PCs könnten diese Gehäuse 
interessant sein. 

An neuen Spielen wurden Reshoot R / Pro¬ 
xima III gezeigt. Ebenfalls gibt es Gold- 
Rush als Neuauflage im Karton mit 
Gimmicks. Verkauft wurde natürlich auch 
viel gebrauchte Hard- und Software. Händ¬ 
ler wie Amedia, AmigaKit und Alinea ver¬ 
sorgten die User mit Hardware. 

Auch die Firma Ares Computer war und 
führte Produkte um das freie, AmigaOS 
kompabtible Betriebssystem AROS auf 
x86 und ARM-Basis vor. Philippe Lang ver¬ 
kaufte neue Keycaps für alte Amigas. Sie 
dienen der Verschönerung und Reparatur 
von alten Amiga- Tastaturen. 

Der APC & TCP Verlag von Andreas Ma- 


gerl verkaufte neben der Amiga Future und 
Artikeln aus dem eigenen Shop auch die 
„Konkurrenz-Zeitschrift“ Amiga Joker, Aus¬ 
gabe 1/2019. Wie schon zur Amiga 32 hat 
das alte Team des Amiga Joker wieder ei¬ 
ne neue Ausgabe auf die Beine gestellt. 
Es kann schon fast von einem regelmäßi¬ 
gen Erscheinen geredet werden. 

Viel Literatur in deutscher und englischer 
Sprache kam vonAmiga.net.pl aus Polen, 
die ihr Amiga User Magazin sogar extra 
zur Messe als zweisprachige Ausgabe auf 
Deutsch und Englisch angeboten haben. 
Abder auch die Prominenz bot an: Petro 
Tyschtschenko und auch David Pleasance 
haben jeweils ihr Buch auf der Messe ver¬ 
kauft. 

Der Weg nach Neuss hat sich also 
gelohnt. Mit Spannung kann die nächste 
Messe erwartet werden. Ein Termin stand 
bei Redaktionsschluss noch nicht fest. 
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Interview mit dem Herausgeber des Online Magazins 


Wypefcafd 


D as Retrocomputer-Magazin LOAD ist nicht die einzige Publikation 
aus dem Verein zum Erhalt klassischer Computer e.V. Mit dem 
Macintosh HyperCard Fanzine existiert ein Online-Magazin, das sich 
exklusiv an Fans der klassischen Apple m68k Systeme wendet. LOAD 
sprach mit dem Herausgeber, Timo Brüggmann. 


LOAD: Timo, Du gibst seit etwa 1 1/2 Jah¬ 
ren das Macintosh HyperCard Fanzine her¬ 
aus. Wie bist Du auf die Idee gekommen? 

Timo. Die Idee zu einem eigenen Maga¬ 
zin, beziehungsweise zu einem Diskma¬ 
gazin, hatte ich schon vor Jahren und für 
verschiedene Systeme. Es ist für mich ei¬ 
ne von zahlreichen Möglichkeiten, kreativ 
mit einem Computer zu arbeiten und -zum 
Beispiel am PC- eine gute Gelegenheit, 
seine eigene Software selbst zu benutzen. 
Speziell am Macintosh habe ich schon vor 
etwa 2,5-3 Jahren erste PDF-Mags her¬ 
ausgebracht. Es gab zu seiner Zeit nur ei¬ 
nen Leser, hat aber nie gestört. HyperCard 
habe ich zu der Zeit noch nicht gehabt. 

LOAD: Hast Du Unterstützer und Mitar¬ 
beiter für das Projekt? 

Timo. Nein. Das HyperCard Macintosh 
Fanzine war und ist eine One-Man-Show. 
Zum Thema Netzwerk aus der Januar-Aus¬ 
gabe gibt es aber noch einen "Nachbren¬ 
ner". Ein User aus dem Forum hat mir zum 
Testen sein PhoneNet zugeschickt-- an 
dieser Stelle viele Grüße und ein dickes 
Danke an ihn. Näheres dazu wird sich dann 
in der März-Ausgabe finden. 

LOAD: Mit welcher Software gestaltest Du 
die Ausgaben? 

Timo: Ursprünglich mit HyperCard. Ich bin 
ja insgeheim ein großer Fan von Schwarz¬ 
weiß-Grafiken und GUIs. Ich bekam aus 
Zufall sehr günstig ein komplettes Hyper¬ 
Card Paket mit Disks und Handbüchern. 
Dadurch rückte ein Macintosh Diskmag in 
greifbare Nähe. Mittlerweile erstelle ich die 


PDF-Ausgabe mit RagTime 3.2 und über 
einen PDF-Printer "ausgedruckt". 

LOAD: Das ist meine nächste Frage. Im 
Sommer 2019 hast Du den Wechsel von 
HyperCard auf PDF als Ausgabeformat 
vollzogen. Was hat Dich dazu bewogen? 

Ich bin ja 
insgeheim ein 
großer Fan von 
Schwarzweiß-Grafiken 

Timo: Naja, offenbar gibt es wohl nur we¬ 
nige Macintosh-User im DACH-Raum 
(Deutschland, Österreich, Schweiz), die 
ihren Macintosh noch aktiv nutzen. Viel¬ 
leicht ist auch das Transportmedium Hy¬ 
perCard nicht ideal, denn zum Anschauen 
müsste man sich ein HyperCard oder ei¬ 
nen Hypercard-Player installieren. Viel¬ 
leicht ist das für den Normalo-Retro-Fan 
doch zu umständlich. Genau weiss ich es 
aber nicht. Zum Programmieren eines ei¬ 
genen Diskmags im Stil von Magic Disk 
64 fehlt mir die Zeit. Daher der Umstieg 
auf PDF; der Antrieb war die Hoffnung auf 
mehr Leser. 

LOAD: Wie lange sitzt Du an einer Aus¬ 
gabe? 

Timo: Das kann ich so pauschal schwer 
beantworten. Ich schaffe unter der Woche 
etwa 1-2 Artikel im Schnitt. Dazu kommen 
noch das Erstellen der Screenshots, die 


Probeinstallationen und das Ausprobieren 
von Hard- und Software. Alles in Allem ha¬ 
be ich ziemliche Mühe, den Release-Ter¬ 
min einer Ausgabe einzuhalten. 

LOAD: Das Fanzine bringt ja ein großes 
Spektrum an Themen. Wie kommst Du auf 
die Ideen zu den Artikeln? 

Timo: Das ist meistens Zufall. Ich stoße 
auf eine Software in den Foren oder im In¬ 
ternet oder auf ein Thema, dann vertiefe 
ich mich darin und am Schluss wird ein Ar¬ 
tikel daraus. 

LOAD: Wie groß ist das Feedback zum 
Fanzine? Hast Du Rückmeldungen von 
Deinen Lesern? 

Timo: Bis auf die Rückmeldung zum Netz¬ 
werkthema und ein paar Postings im Fo¬ 
rum gibt es bisher keinerlei Feedback oder 
Rückmeldungen. Aber was nicht ist... . 

LOAD: Wie lange nutzt Du selbst schon 
m68k Macs und wie bist Du dazu gekom¬ 
men? 

Timo: Meinen ersten 68k-Mac (einen llci) 
hatte ich vor gut 20 Jahren. Damals kom¬ 
plett ohne Software oder Zusatz-Hardware. 

Da ist das Disklaufwerk dann kaputt ge¬ 
gangen und ein Ersatz sollte stolze 400 
DM kosten. Da habe ich den Rechner weg¬ 
gegeben. Bis etwa 2014 war dann Pause. 

Ich wollte damals aber unbedingt wieder 
einen 68k-Rechner. Ein Atari ST gefiel mir 
aber nie wirklich und ein Amiga war mir zu 
teuer. Außerdem gibt es für beide meiner 
Meinung nach keine gute Anwender-Soft¬ 
ware-- schon gar nicht eine, die mit irgend¬ 
was Modernem kompatibel ist. Also blieb 
für mich nur eine Alternative: Der klassi¬ 
sche Macintosh. Nach etwas Recherche 
im Netz habe ich ein Bild vom LC gefun¬ 
den und mich sofort in die Pizzaschachtel 
"verliebt". Damit gings dann wieder los. Et¬ 
was später kam ein LC III dazu und diver¬ 
se Hard- und Software. 

Das Interview wurde per E-Mail geführt. 

Die Fragen für die LOAD stellte Georg 
Basse. 

Links: 

https://www.classic- 

computing.org/macintosh-fanzine/ 

Alle Ausgaben des HyperCard Macintosh 
Fanzines zum kostenfreien Download. 
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Spielen auf einer PDP-8 — Teil 1 

Kill the Bit 



C omputerspiele begeistern heute durch fotorealistische, bewegte 
Bilder und 3D Sound. Doch auch die einfachste und ursprünglichste 
Art der Mensch-Maschine-Schnittsteile, die Schalter und Lämpchen der 
Programmer Console einer PDP-8 der Digital Equipment Corporation 
(DEC) eignen sich für ein Spielvergnügen. Dieser Artikel zeigt, wie das 
Spiel "Kill The Bit" vom Altair 8800 auf die pdp8/e portiert wurde. Dabei 
ergeben sich tiefe Einblicke in die Assemblersprache dieses Rechner- 
Urgesteins. 


Seit der Anfangszeit der Computer war 
nicht nur die Speicherung von Daten eine 
Herausforderung. Ebenso mussten diese 
in den Rechner hinein- und herauskom¬ 
men. Eine maschinelle Schnittstelle zum 
Laden und Speichern von Daten war hier¬ 
für notwendig. Sie durchlief zahllose Tech¬ 
nologien. Auch eine Mensch-Maschine- 
Schnittsteile wurde gebraucht. Noch be¬ 
vor diese durch alphanumerische Tastatu¬ 
ren, Drucker und Bildschirme realisiert 
wurde, hatten Computer eine rudimentä¬ 
re Schnittstelle in Form von Schaltern zur 
Eingabe und Lampen zur Ausgabe bzw. 
Darstellung von Zahlen in Binärform. Heu¬ 
te werden diese Konsolen mit Frontschal¬ 
tern und Leuchten liebevoll "Blinkenlights" 
genannt. Einer der ersten bezahlbaren Mi¬ 
krocomputer - der Altair 8800 von MITS 
(Micro Instrumentation and Telemetry Sys¬ 
tems) - war von dieser Sorte. Um hier 
schnell und ohne weiteres Zubehör mit 
dem Rechner spielen zu können, program¬ 
mierte Dean McDaniel 1975 das Spiel "Kill 
the Bit". Die Spielidee besteht darin, ein 
Licht durch Betätigen des darunter liegen¬ 
den Schalters auszuschalten. Aber Vor¬ 
sicht: Das Licht bewegt sich von links nach 
rechts! Trifft der Spieler den Schalter un¬ 
ter dem Licht, geht es aus. Trifft er dane¬ 
ben, erzeugt er ein weiteres Licht. Die 
Schalter müssen alle unten stehen und nur 
kurz im richtigen Moment angehoben wer¬ 
den. Das klingt einfach - ist es aber nicht. 

Spielablauf 

Um die Funktionsweise des Spiels zu ver¬ 
stehen, braucht es keine vertieften Kennt¬ 
nisse des Maschinencodes. Aber er eignet 
sich hervorragend, um die Prinzipien von 
pdp8- Assembler kennenzulernen. 


Wenn das Spiel auf einem Rechner mit In¬ 
tel 8080 CPU am Frontpanel funktioniert, 
ist es doch naheliegend, es auch bei an¬ 
deren Computern mit "Blinkenlights" ein¬ 
zusetzen - zum Beispiel an einer pdp8/e. 
Dabei helfen die folgenden Überlegungen 
zum Ablauf des Spiels: Zu Beginn beginnt 
von links ein Licht zu wandern. Der jewei¬ 
lige Lichterstand repräsentiert eine Zahl. 
Werden nun eine oder mehrere Tasten ge¬ 
hoben und abgefragt, repräsentiert der 
Tastenzustand ebenfalls eine Zahl. Beide 
Zahlen werden nun im Rechner verglichen 
und ausgewertet. 

Hier bietet sich das Exklusive Oder (XOR) 
als Verknüpfung beider Zahlen an, denn 
das Ergebnis der Logiktabelle entspricht 
dem was wir erwarten. Betrachten wir die 
Verknüpfung von Licht XOR Taste. Licht 
(L) und Taste (T) sind dabei an gleicher 
Position. Licht an bedeutet 1, und die Tas¬ 
te angehoben auch 1. Dann ist die Wahr- 
- heitstabelle folgende: 


L 

T 

L XOR T 

Effekt 

0 

0 

0 

Licht aus und keine 
Taste, Licht bleibt aus 

0 

1 

1 

Licht aus aber Taste 
oben, erzeugt ein Licht 

1 

0 

1 

Licht an aber keine 
Taste oben, 

Licht bleibt an 

1 

1 

0 

Licht an und Taste 
oben, Bit wird gekillt! 


Also ist die wesentliche Spielidee die An¬ 
wendung eines XORs. Da das im Rech¬ 
ner sehr schnell geht, muss der Spielfluss 
etwas gebremst werden, sonst ist das Spiel 
zu flott. Der grundlegende Spielablauf ist 
im Flussdiagramm dargestellt. Das sieht 
doch recht überschaubar aus. Und beim 
Original für den Altair 8800 waren es auch 


nur 24 8-Bit Worte. Doch sehen wir ein¬ 
mal, wie das bei der PDP-8 hinzubekom¬ 
men ist. 

Programm starten 
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Grundlegende 
Code Elemente 


Der Maschinencode einer PDP-8 ist etwas 
anders als der eines Intel 8080. Wir kön¬ 
nen den originalen Code für den ALTAIR 
8800 also nicht übernehmen, sondern müs¬ 
sen ihn selbst entwickeln. Die dazu not¬ 
wendigen wichtigen Befehle werden im 
folgenden kurz erläutert, ohne allzu sehr 
in die Tiefe zu gehen. 

Wie auch beim i8080 des Altair ist bei der 
CPU einer pdp8/e der Akkumulator (AC- 
Register) das wichtige Register für die Ver¬ 
arbeitung der meisten Befehle. Es kann 
aber im Gegensatz zum Altair auch am 
Frontpanel direkt angezeigt werden, wes¬ 
halb wir uns hier den Umweg über die An¬ 
zeige mit Hilfe der Status Flags sparen 
können. Also nutzen wir den Akku als An¬ 
zeige für die Lichter des Spiels. Die kurz¬ 
en Berechnungen zwischendurch, in denen 
wir das AC-Register verändern, gehen für 
die visuelle Wahrnehmung zu schnell. Die 
Akkumulatoränderungen bleiben also für 
den Spieler unsichtbar. Wir sorgen aber 
dafür, dass der Wert, den wir sehen wol¬ 
len, lange genug im AC Register steht. 

Das Link Register ist eigentlich der Über¬ 
trag vom Akku (13. Bit). Er wird bei den 
meisten Berechnungen und anderen Akti¬ 
onen, die den Akku betreffen - wie auch 
beim Roate (Shft) - mitgesetzt. Da er aber 
bei der pdp-8/e nicht gleichzeitig mit dem 
Akku angezeigt werden kann, müssen wir 
ihn im Spiel überspringen. 







































Befehlssatz der PDP-8 

Da in der DEC Welt und überhaupt zu der 
Zeit die Bitzahl der Rechner durch 3 Teil¬ 
bar waren, bietet sich zur einfacheren Dar¬ 
stellung das Oktalsystem an. 


binär 

oktal 


binär 

oktal 

000 

0 


100 

4 

001 

1 


101 

5 

010 

2 


110 

6 

011 

3 


111 

7 


Die grundlegenden Instruktionen für die 
CPU sind an den ersten Ziffern ihrer 4 ok¬ 
talen Werte zu erkennen: 


0000 

AND 

logische UND Verknüpfung 
der Zahl aus Speicher und 
Akku 

1000 

TAD 

Addition der Zahl aus 
Speicher und Akku 

2000 

ISZ 

(increment and skip if zero) 
erhöhe die Zahl im Speicher 
um 1 und überspringe den 
nächsten Befehl, wenn diese 
Zahl dann 0 ist 

3000 

DCA 

(depositand clearAC) 
speichere den Inhalt des 

Akku in die Speicheradresse 

4000 

JMS 

(jump to subroutine) 

Springe zu der 
Speicheradresse und 
speichere den 
Programmzähler in diese 
und führe das Programm von 
der nächsten aus fort] 

5000 

JMP 

Qump Springe) 
zu der Speicheradresse und 
führe das Programm von da 
aus fort 

6000 

IOT 

(in/out transfer) 
alle I/O Befehle 

7000 

OPR 

(operate) alle restlichen nicht 
den Speicher 
adressierenden Befehle 


Die Befehle mit den Anfangsziffern 0-5 sind 
die einzigen Anweisungen, die den Spei¬ 
cher adressieren und sind daher gleich 
aufgebaut. Die ersten drei Bits - der OP- 
Code - definieren den grundlegenden Be¬ 
fehl, die restlichen Bits bei der direkten 
Adressierung die Adresse im Speicher auf 
die sich der Befehl bezieht. Dabei reichen 
die drei Ziffern nur für einen kleineren Be¬ 
reich, Da aber unser Programm so klein 
ist, können wir hier die Adressierung als 
Offset zur Startposition des Programms 
verstehen. Wir werden den adressierba¬ 
ren Bereich so nicht verlassen und der 
Code bleibt einfach zu verstehen. 


Durch den Umstand, dass bei der pdp8/e 
nur die ersten drei BITs der OPCODE sind, 
ergeben sich nur eine sehr begrenzte An¬ 
zahl möglicher Speicherbefehle. Daher 
war zu überlegen, wie möglichst wenige 
Befehle ausreichen könnten. Hier wurden 
zwei ungewöhnliche aber praktische Zu¬ 
sammenfassungen realisiert. Der Befehls¬ 
satz der pdp8/e kennt keinen reinen LDA 
Befehl (Load in Akku - Lade Zahl aus Spei¬ 
cher in Akku), es wurden aber LDA und 
ADD zusammengefasst zum TAD (addie¬ 
re Zahl aus Speicher in Akku). Soll nur ei¬ 
ne Zahl in den Akku geladen und der 
aktuelle Inhalt überschrieben werden, muss 
vorher der Akku gelöscht werden. 

Genauso wenig kennt der Befehlssatz der 
pdp8/e einen STA Befehl (Store Akku - 
speichere den Inhalt des Akkus in den 
Speicher). Der Befehl DCA speichert den 
Inhalt des Akkus in den Speicher UND 
löscht ihn zugleich. Das kann sehr prak¬ 
tisch sein, wenn man danach den Akku mit 
einer neuen Zahl aus dem Speicher füllen 
will. Das spart nämlich das Löschen des 
Akkus und es reicht die selbe Anzahl von 
Befehlen aus wie bei Befehlssätzen ande¬ 
rer CPUs. Dieses Wissen im Hinterkopf 
macht die folgenden Befehle verständlich: 


0010 AND #10 


5021 JMP #21 


3011 DCA #11 


1011 TAD #11 


Verknüpfe den 
Inhalt der 
Speicheradresse an 
Position 10 mit dem 
AC Register mit der 
Funktion AND. 
Springe mit der 
Ausführung an die 
Adresse an Position 
21 . 

Speichere den 
Inhalt des AC 
Registers an 
Position 11 und 
lösche danach das 
AC Register. 

Addiere den Inhalt 
von Position 11 zum 
AC Register. 


Soweit ist das recht einfach und gradlinig. 
Der nächste Befehl ISZ definiert eine 
Bedingung zur Verzweigung des Pro¬ 
grammablauf. Es wird der Umstand ge¬ 
nutzt, dass eine Addition eines Wertes zu 
einem Speicherinhalt irgendwann die Zahl 
so groß macht, dass eine weitere Stelle 
gebraucht wird. Die Addition oktal 7+1 er¬ 
gibt 10, entsprechend ergibt 7777+1 = 
10000. Leider kann der Speicher, der hier 
ja nur 12 Bit breit ist, die überschüssige 
Ziffer nicht aufnehmen. In der Speicher¬ 
stelle steht nach der Addition eine 0000. 
Auf den Befehl angewandt heißt das: 2033 


ISZ #33 bedeutet, inkrementiere (addiere 
1) den Inhalt der Speicherstelle 33. Sollte 
dadurch der Inhalt 0 werden, dann über¬ 
springe den nächsten auszuführenden Be¬ 
fehl. Mit diesem Befehl werden wir die 
Warteschleifen programmieren. 

Die Befehle der 6000 Sorte benötigen wir 
später und die Befehle der 7000 Sorte sind 
am einfachsten der Tabelle zu entnehmen. 
Diese haben keinen so einfachen logischen 
Aufbau wie die anderen Befehle. Die be¬ 
nötigten Befehle werden im Verlauf erklärt. 
Interessanterweise haben die Entwickler 
der CPU die Befehle so gestaltet, dass 
manche Kombinationen gleichzeitig in ei¬ 
nem Befehl funktionieren. So lässt 7300 
die Befehle 7200 und 7001 gleichzeitig ab¬ 
laufen. Diese Möglichkeit hilft, den Code 
kurz zu halten. Ein paar Beispiele hierzu: 


7100 

CLL 

löscht den Inhalt vom LINK 

7200 

CLA 

löscht den Inhalt vom AC Register 

7001 

IAC 

inkrementiert das AC Register 
(addiert 1) 

7301 

CLL CLA IAC 

löscht Inhalt vom AC und LINK 


Jeder Befehl hat eine dreibuchstabige Be¬ 
nennung, die man sich für die Assembler¬ 
programmierung merken kann. Für das 
Verständnis wird das nicht unbedingt be¬ 
nötigt. Hier werden im Weiteren immer die 
vier oktalen Ziffern dargestellt, aber die 
dreibuchstabigen Befehlsnamen mit an¬ 
gegeben. Adressen werden in der Darstel¬ 
lung mit einem vorangestellten # verein¬ 
facht angegeben. Ist erst einmal ein Ver¬ 
ständnis für die oktalen Zahlen in ihrer bi¬ 
nären Darstellung gewonnen, erleichtert 
dies die Arbeit mit den Frontpanelschaltern. 


lieber die 
Autoren 

Volker Hermann 
infizierte sich vor 
zwei Jahren 
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Retroconputer- 
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Conputern und deren 
Software. 

Rainer Siebert 
sannelt Conputer 
und Tube 
Synthesizer. Er 
arbeitet als 
Softwareent¬ 
wicklungsingenieur 
in Berlin. 
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Software 


Speicher und Adressierung 

Um Werte zu speichern, erfolgt eine Ab¬ 
lage in Speicherstellen. Um sie später zu 
nutzen, braucht es die Kenntnis der Spei¬ 
cherstelle und des passenden Befehls zur 
Abfrage. Wird in Assemblersprache pro¬ 
grammiert, hilft der Compiler und verwen¬ 
det Namen für Speicherstellen und 
Konstanten. Wir belassen es aber bei der 
Bezeichnung Position in Verbindung mit 
der Adresse des Speichers. 

Um nun also den Inhalt des AC an Positi¬ 
on 12 zu speichern, bedarf es des Befehls 

3012 DCA #12 

Wie bereits erwähnt, löscht der Befehl da¬ 
nach auch noch den Inhalt vom AC! Um 
nun den AC wieder mit dem Wert der Po¬ 
sition 12 zu füllen, ist folgender Befehl er¬ 
forderlich: 

1012 TAD #12 

Bei allen den Speicher adressierenden 
Befehlen bestimmen die restlichen drei 
Oktale die Speicheradresse, die verwen¬ 
det werden soll. Damit ist aber nur eine 
eingeschränkte Reichweite der Adressen 
des Speichers möglich, denn es fehlen ja 
drei Bit. Mit 12 Bit lassen sich direkt 4096 
Speicherzellen adressieren, bei den ver¬ 
bleibenden 9 Bit sind es natürlich weniger. 
Um hier geschickt agieren zu können, ha¬ 
ben sich die Entwickler etwas ausgedacht, 
mit dem man auf verschiedene Arten den 
Speicher erreichen kann. Zuerst einmal 
wird ein weiteres Bit genutzt, um zu iden¬ 
tifizieren, ob eine direkte oder indirekte 
Adressierung erfolgen soll. Direkt bedeu¬ 
tet, dass eine Adresse in derselben Page 
gemeint ist wie die, in der sich der aktuel¬ 
le Befehlscode befindet. Indirekt meint, 
dass die angezeigte Speicherstelle als 
Wert die wirklich gemeinte Adresse ent¬ 
hält. Indirekte Adressierung wird jetzt nicht 
weiter betrachtet, weil wir nur direkt adres¬ 
sieren werden. 

Das nächste Bit wird benutzt, um zu ent¬ 
scheiden, ob in der aktuellen Page oder 
auf der Page 0 adressiert werden soll. Wir 
werden im weiteren immer die aktuelle Pa¬ 
ge nehmen. Somit bleiben von den 9 Bit 
nur noch 7 Bit für die Adresse innerhalb 
der Page übrig. Damit lassen sich nur 128 
Stellen in einem Block adressieren. Oder 
anders gesagt, jeder Block ist 128 Worte 
groß. Da wir hier immer alles oktal ange¬ 
ben, ist jeder Block 0200 Worte groß: 

Was ist nun aber die Page? Eine Page be¬ 
zeichnet die Blöcke des Speichers von je¬ 
weils 128 Werten. Block 0=0000, nächster 
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* Adresswert oktal 000-177 
*0=Direkte Adressierung, 
l=Indirekte Adressierung 
' 0=Page 0, 1= aktuelle Page 
Befehlsgruppe 0000 bis 5000 

Block 0200, dann 0400 uns so fort. Auf 
diese Weise können mit den verschiede¬ 
nen Adressierungsarten alle Speicherstel¬ 
len erreicht werden. Unser Programm wird 
sehr kurz, daher werden wir nur innerhalb 
der Page adressieren. Und einer Konven¬ 
tion folgend, wird unser Programm begin¬ 
nend am ersten Block nach Page 0 
anfangen, also an Adresse 0200. Damit 
können wir direkt alle Speicherstellen von 
0200 bis 0399 adressieren. Doch so vie¬ 
le brauchen wir gar nicht. 

Betrachten wir folgendes Beispiel, mit An¬ 
gabe der zugehörigen Speicheradresse 
aufgeschrieben: 

Adresse Code 

0200 1220 TAD #20 

An der Adresse 0200 steht der Befehl 
1220. Dieser Befehl binär dargestellt: 

001 010 010 000 

_Die ersten drei Bits sind die 

Befehlsgruppe: 1 (also TAD) 

Das nächste Bit ist eine 0 und 


bedeutet "Direkte Adressierung". 

_Das nächste Bit ist eine 1 und 
bedeutet "Current Page". 

Die weiteren Bit stellen die 


oder kürzer durch Zusammenziehen der 
beiden 7000er Befehle zu einem Befehl: 
7201 dann 3010. 

Adresse Code 

02 00 72 01 CLA IAC 

0201 3010 DCA #10 

Um ein Programm zu schreiben, benöti¬ 
gen wir also mehrere Befehle hintereinan¬ 
der, die der Reihe nach ausgeführt werden. 
Um die Ausführungsposition mit anzuge¬ 
ben, schreiben wir die Adresse vor den 
Befehl. Wir beginnen bei der Adresse 
0200. Es stehen dann im folgenden erst 
die Adresse und dann der Code neben¬ 
einander (und dann das Mnemonic gege¬ 
benenfalls mit Adresse). Wir bauen ein 
Programm (siehe Listing) welches eine 
einfache Verzögerungsschleife darstellt. 


0200 7200 CLA Lösche den Inhalt 
vom AC-Register 

0201 3210 DCA #10 Schreibe den 
Inhalt vom AC an 
Position 10 (gleich 
Adresse 0210) 

0202 2220 ISZ #20 inkrementiere 
den Speicher an 
Position 10 und 
überspringe die 
Ausführung von 0203 
wenn Position 10 
0000 ist 

0203 5202 JMP #02 Springe zu 

Position 2 (also 
Adresse 0202) 

0204 7402 HLT Halte das Programm 
an 


Binärzahl 0010000, oktal 20 dar. 

Somit wird die Speicheradresse oktal 20 
vom Blockanfang entfernt adressiert. 
0200+20=0220. Bitte beachten, dass die 
Sequenz 220 im Befehl 0220 nicht als 
Adresse 0220 zu lesen ist. Immer ist der 
Offset zum Blockanfang gemeint! Wären 
wir in einem anderen Block, z.B. 1400, wä¬ 
re die Adresse 1420 gemeint. Da wir im 
folgenden aber direkt in der Current Page 
adressieren werden, bleibt es bei der Mne¬ 
monic Benennung TAD #20. 

Teilaufgaben 

Nun ist es an der Zeit für eine kleine 
Übung. Wir wollen das AC Register mit ei¬ 
ner 1 befüllen und das ganze in Position 
10 abspeichern: 


Adresse 

Code 


0200 

7200 

CLA 

0201 

7001 

IAC 

0203 

3210 

DCA #10 


Dazu nutzen wir den Speicherplatz an Po¬ 
sition 10 und beenden das Programm nach 
Durchlauf der Abbruchbedingung. Nach 
dem Start des Programms an 0200 wird 
zuerst das AC Register gelöscht und nach 
0210 geschrieben. Dann beginnt der Be¬ 
fehl in 0202 die Position 10 zu inkremen- 
tieren. Danach wird 0203 ausgeführt, was 
den Sprung zurück zu 0202 bedeutet, al¬ 
so die Schleife darstellt. Es wird solange 
inkrementiert, bis Position 10 "überläuft" 
und (nach 7777 +1) nur noch 0000 ent¬ 
hält. Dann wird der Befehl an Adresse 
0203 übersprungen und in 0204 das Pro¬ 
gramm angehalten (7401 HLT hält das 
Programm an). 

Nachdem die Verzögerung beschrieben 
wurde, benötigen wir die Abfrage der Tas¬ 
ten, im folgenden Switch Register genannt. 
Dazu gibt es die Befehle: 

7200 CLA 
7406 OSR 

inclusiv ODER das Switch Register mit 
dem AC Register oder zusammengesetzt: 

7604 LAS 

was bedeutet "Lade das AC Register mit 
dem Switch Register". 
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Jetzt fehlt nur noch das XOR, um die we¬ 
sentlichen Elemente von "Kill The Bit" zu 
verstehen. Aber leider gibt es kein XOR 
im Befehlssatz - wir müssen also eines 
programmieren! Eine Suche im Web of¬ 
fenbart umfangreiche Diskussionen dazu, 
doch diese wollen wir hier nicht führen. Die 
kürzeste Variante eines XOR ist (siehe 
Links) in der Boolschen Algebra die fol¬ 
gende: 

L XOR T = (L + T) - 2*(L AND T) 

In diesem Ausdruck sind nur noch Rechen¬ 
operationen enthalten, für die Befehle vor¬ 
handen sind. Das AND in Befehlsgruppe 
0, das addieren durch Befehlsgruppe 1 
und weitere Befehle aus der Gruppe 7. 

Etwas umsortiert ergibt sich die Reihen¬ 
folge, die hiervorgestellt wird: 

L XOR T = (L AND T) * (-1) *2 +L +T 


1227 

TAD 

#27 

Hole L (Position 27) 
uns AC 

0231 

AND 

#31 

Verknüpfe T 
(Position 31) mit 

AND im AC 

7041 

CMA 

IAC 

Komplementiere AC 
und addiere 1; 
entspricht * (-1)) 

7104 

CLL 

RAL 

Setze LINK zu 0 und 
rotiere AC links 
(entspricht *2) 

1227 

TAD 

#27 

Addiere L zu AC 

1231 

TAD 

#31 

Addiere T zu AC 


Das ist die Befehlsfolge für das XOR, die 
Umsetzung zeigt das nachfolgende Lis- 
ting. Es wird dabei vorausgesetzt, dass AC 
zu Beginn 0 ist, und dass L an Position 27 
und T an Position 31 gespeichert sind. Mit 
den gezeigten Beispielen sollte es nun ge¬ 
lingen den kurzen Code von Kill The Bit zu 
verstehen. 

Kill The Bit 

Gemäß des Ablaufs zu Beginn dieses Ar¬ 
tikels wird mit der Initialisierung begonnen. 
Das Programm ist im Listing auf der nächs¬ 
ten Seite dargestellt, der Kasten rechts er¬ 
klärt die einzelnen Schritte im Detail. Die 
Eingabe des Programms erfolgt einfach 
an den Frontschaltern, indem wir die Adres¬ 
se 0200 einstellen und den "Load Adress" 
Schalter betätigt. Dann stellt man an den 
Schaltern die jeweiligen oktalen Zahlen ein 
und drückt danach den Schalter "Deposit". 
Dadurch wir die nächste Adresse ange¬ 
sprungen und wir geben so nach und nach 
alle Werte ein. Am Ende stellen wir wieder 
die Adresse 0200 ein, drücken "Load Ad¬ 
dress" und dann "Run". 

Wer nun glaubt, damit sei dieser Artikel 


zuende, der täuscht sich: In der nächsten 
Ausgabe der LOAD wird Kill the Bit näm¬ 
lich netzwerkfähig gemacht. 

Links 

https://homepage.divms.uiowa.edu/~jo- 
n es/pd p8/refca rd/74. htm I 

https://www.grc.com/pdp-8/isp-mu- 

sings.htm 


Kill the Bit im Detail 

Das Programm startet an Speicherstelle 0200. 7200 setzt 
AC zu 0. 7100 setzt das LINK zu 0. Beide Befehle können 
zu 7300 zusammengezogen werden. 

0200 7300 CLA CLL 

Der nächste Ablaufpunkt ist das Lesen und Auswerten des 
Switch Registers. Die Tastenstellung wird abgefragt, das 
Switch Register ins AC geladen 

0201 7604 LAS 

Da dieser Wert später in der XOR Formel noch gebraucht 
wird, wird an Position 27 abgespeichert. Nicht vergessen: 
Dabei wird AC wieder gelöscht. 

0202 3227 DCA #27 

Jetzt beginnt das XOR. Nach der Formel oben werden das 
Switchregister (in der Formel T) in Position 27 mit, ja mit 
was verglichen? Das Spiel fängt ja gerade erst an. Daher 
wurde an Position 31 ein Startwert hinterlegt. Nur die linke 
Lampe vom AC Register soll leuchten, das ist die Zahl 
4000. Später wird diese Stelle mit den aktuellen Werten 
überschreiben. Was in der Formel oben L ist, steht also an 
Position 31. Jetzt kommt die XOR Formel zu Anwendung: 
0203 1227 TAD #27 

T ins AC Register addieren (AC war vorher 
0 ) 

0204 0231 AND #31 

L mit AND im AC verknüpfen 
0205 7041 CMA IAC AC 

komplememtieren und 1 addieren (entspricht 
mit -1 multiplizieren) 

0206 7104 CLL RAL 

AC eine Stelle nach links rotieren (entspricht 
mit 2 multiplizieren) 

0207 1227 TAD #27 

T insAC Register addieren 
02101231 TAD #31 

L insAC Register addieren 

Damit ist das XOR durchgeführt. Am AC ist nun zu sehen, 
ob das Licht durch den Schalter gekillt wurde, oder durch 
einen falschen Schalter ein weiteres Licht entstanden ist. 
Damit hier das Spiel weitergeht, wird das AC Register nun 
eine Position nach rechts geschoben: 

0211 7010 RAR 

Rotiere AC und LINK um eine Stelle 
nach rechts 

Sollte ganz rechts ein licht gewesen sein, so ist es 
herausgefallen. Und im LINK gelandet! Wenn das Licht 
gesehen werden soll, muss es im AC hinzugefügt werden 
durch addieren des Startwertes. Der Startwert steht in 
Position 32. Das wird aber nur benötigt, wenn ein Bit im 
LINK vorhanden ist. Also muß geprüft werden ob ein Bit 
im Link ist, und nur dann der Startwert zum AC addiert 
werden. 

0212 7430 SZL 

überspringT den nächsten Befehl wenn 
LINK=0 

0213 1232 TAD #32 

Startwert insAC Register addieren 
Jetzt wird das AC Register gesichert, damit dieser Inhalt 
später wieder geladen werden kann. 

0214 3231 DCA #31 


https://homepage.cs.uiowa.edu/~jo- 

nes/pdp8/man/mri.html 

https://forum.classic-computing.de/fo- 
rum/index.php?thread/14950-pdp-8-e- 
auf-dem-vintage-computing-festival-ber- 
lin-2018/&postlD=161203&highlight=kill% 
2Bthe%2Bbit#post161203 

https://drive.google.eom/file/d/1 kAKvNv- 

PaNbUOx9msFDODdHNH- 

jgYvMJZm/view 

-1 

Speichere AC an Position 31 und lösche AC I 

An dieser Stelle kommt nun eine Zeitverzögerung. Ohne j 
eine Zeitverzögerung ist es nicht möglich ein Lauflicht zu | 
erkennen. Dazu bedarf es mehrerer Schleifen der schon j 
beispielhaft gezeigten Art. Aber eine Schleife ist viel zu 
wenig. Daher werden zwei verschachtelte Schleifen | 
eingesetzt. Über einen Speicherwert kann bestimmt I 
werden wie oft die Verzögerungsschleife durchlaufen j 
werden soll. Dieser Wert steht in Position 26. Hier kann j 
die Spielgeschwindigkeit eingestellt werden. An einer I 
pdp8/e sollte er 7760 betragen, beim Einsatz auf einer j 
pidp8 etwa 7400. Dieser Wert, eine Konstante, wird an j 
Position 27 gespeichert. Das ist die Position einer der | 
Verzögerungszähler wie im Beispiel oben. 

0215 1226 TAD #26 

addiert den Inhalt von Position 26 insAC 
0216 3227 DCA #27 

speichert AC an Position 27 (Verzöger- | 
ungszähler) und lösche AC 

Das war die Vorbereitung für die Verzögerungsschleifen. | 
Bevor die nun laufen, wird das gespeicherte Lauflicht in I 
Position 31 geladen, damit es während der j 
Verzögerungsschleife zu sehen ist. 

02171231 TAD #31 

addiert Inhalt von Position 31 zu AC 
Jetzt ist das AC in Position und die Verzögerungsschleifen I 
können beginnen: 

0220 2227 ISZ #27 

ist die äussere Schleife mit Schleifenzähler an Position 27, I 
überspringe den nächsten Befehl wenn Position 27 0000 
ist! 

0221 5223 JMP #23 

springt zur Adresse 0223 
0222 5201 JMP #01 

springt zum Anfang (Adresse 0201) 

0223 2230 ISZ #30 

Das ist die innere Schleife mit Schleifen- j 
Zähler an Position 30, überspringt den nächsten Befehl j 
wenn Position 30 0000 ist! 

0224 5223 JMP #23 

springt zu 0223 (innere Schleifenwieder¬ 
holung) 

0225 5220 JMP #20 

springt zu 0220 (äussere Schleifenwieder- | 
holung) 

Das war der Programmteil, es folgen noch die Speicher- | 
Positionen 26, 27, 30, 31 und 32: 

0226 7760 

Bremswert der äusseren Verzögerungs- | 
schleife. 

0227 0000 

ist der Zähler für die äussere Warteschleife ODER AC j 
Zwischenspeicher, wird nacheinander genutzt und kommt j 
sich nicht in die Quere. 

0230 0000 

Zähler für die innere Verzögerungsschleife. 

02314000 

Startwert und Wert zum Addieren des AC, um j 
ein Bit an linker Position anzuzeigen. 
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Fortsetzung der vorherigen Seite 


Das fertige Programm - Kill The Bit für PDP-8 


|B 0200 

4 ' 00200 

5 00201 

6 00202 

7 00203 

8 0Ö2Ö4 

9 00205 
-iO - 00206 

11 00207 

1 £ 00210 

13 002il 

14 00212 

15 00213 

16 00214 

17 00215 

18 0 Ö 2i6 

19 00217 

26-00-22 0 

21 00221 
22 00222 
2B * 00223 

24 00224 

25 00225 


r 


26 

27 


28 


00226 

00227 

00230 

00231 

00232 


*|200 
7330 
7604 
3227. 
1227 
0231 
7041 
-7104 
1227 

1231 
7010 
7430 

1232 

Ü2ll 
1226 
3227 
1231 
• 2-24 - 7 

5223 
5201 
2230 
5223 
5220 


• ' CLA• 
LOOP, CLA 

. . DCA 

TAD 
AND 

• ' CIA 

—-CLL 

. TAD. 
TAD 


DCA 
' TAD' 
SLOW1,- ISZ- 
. JMP . 
JMP 

SLOW2, ISZ 
JMP 

- • JMP' 


7400 . BREMS, 

0000 ' VÄRÖ1, 

0000 • VAR02, 
4000 VAR03, 
4000 START, 


CLL 
OSR 
VAR 01 
VAR 01 
VAR 03 

RAL • 
VAR 01 
VAR 03 


START 
VAR 031 


BREMS 
VAR 01 
VAR 03 
VAR 01 
SLQW2 
LOOP 
VAR 02 
SLÖW2 
SLOW1 


/ . EINE RILL . TRE BIT , VERSION 


/INITIALISIEREN AC=0 LTNK=0 
/ TASTEN ABFRAGEN 

/ AC . FUER. SPARTER IM . XQR WEGSCHHET BEN 
/ XOR VON VAR01 UND VAR03 IN MEHREREN SCHRITTEN 


/ XOR FERTIG 
7 ' AKKU ROTIEREN 

/ 'WENN BIT'IM LINK ‘STARTWERT' ADDIEREN 


/. . AC FUER NAECHSTES .XOR SICHERN 


/ VERZOEGERUNG ZAEHLSCHLEIFE MIT BREMS SETZEN 

/ ' aRku füer Anzeige ‘ wieder' laden 

/ • ZWEI VERSCHACHTELTE WARTESCHLEIFEN 




• 0000 - 
4000. 
4000 


l . JE KLEINER UMSO.LANGSAMER (7400 .SIMHj 
7760 LAB8/E) 

/ ' ZÄEHLER FUER AEUSSERE WARTESCHLEIFE 

• ’ ODER-AC XOR-'SPEICHER • • • 

/ • ZAEHLER FUER -INNERE WARTE SCHLEI FE - • 

/ AC SPEICHER ANFANGSWERT 4000 


/ 


UNGELIEBTER STARTWERT 


Kurz berichtet 


BOOTI Card und USB Adapter 

Apple II BOOTI Card 

Die BOOTI Card ist ein USB Hard Drive 
Emulator von David Mutimer und verwen¬ 
det eine Firmware von Marko Ramius. Die 
Karte wird in Australien gefertigt, ist aber 
auch über den CT6502.ORG Shop von 
Chris Torrence in den USA erhältlich. Die 
Verfügbarkeit ist nicht zu garantieren, da 
es sich um ein Freizeitprojekt der beiden 
Australier handelt. Bei der Karte handelt 
es sich um einen Block Device Emulator, 
über den sich bis zu 8 Disk Images als De¬ 
vices bei jedem Apple II (ll/ll+/Original 
Ile/Enhanced lle/llgs) mounten lassen. 
Disk Images können im .po/ .dsk/ .2mg/ 
Äsol .hdv/ .do Format vorliegen. Das Image 
muss aber im ProDOS Block Order For¬ 
mat vorliegen und nicht in Track/Sector Or¬ 
der. Die BOOTI card unterstützt zwei Modi, 


nämlich den Block Modus und den Smart- 
Port-Modus, letzterer stellt bis zu 8 De¬ 
vices unter ProDOS und GS/OS bereit. 
Die Steuerung der Karte erfolgt über ein 
Menü in der Firmware, das mit einem Hot¬ 
key beim Boot des Apple II aufgerufen wird. 
Darüber geschieht neben der Konfigurati¬ 
on der Modi auch die Zuweisung von Disk 
Images zu Volumes. 

Der Preis der Karte liegt im CT6502.ORG 
Shop bei 55 US-$, für Kunden aus 
Deutschland kommen noch 22 US-$ an 
Versandkosten und die unvermeidlichen 
Zollgebühren dazu. Die Karte ist, eine Ver¬ 
fügbarkeit vorausgesetzt, eine preisgüns¬ 
tige Alternative zur nicht mehr hergestellten 
CFFA3000 Karte, (gb) 

https://www.callapple.org/hardware/booti- 

cards-available-once-again/ 

Atari Lightning ST und 
CLOUDY 

Das Thunderstorm-Team hat mit der Light- 
ningST eine Zusatzhardware vorgestellt, 
die jeden Atari ST mit IDE- und USB 
Schnittstellen aufrüsten kann (siehe LOAD 




ifa «m 

Ausgabe 5 / 2019). Die Karte ist nunmehr 
verfügbar und kann über die Kontaktadres¬ 
se des Thunderstorm-Teams bestellt wer¬ 
den. Außerdem ist eine praktische 
Ergänzung für die Karte entstanden: Die 
Cloudy. Sie erlaubt es, zwischen zwei 
TOS-ROMs umzuschalten. Ein Flash-ROM 
enthält bereits EmuTOS, das andere kann 
vom Nutzer per Software beispielsweise 
mit TOS 2.06 beladen werden. Ein Um¬ 
schalter ermöglicht den Wechsel zwischen 
den Versionen. Der Einbau der LightningST 
und der Cloudy ist auf der Webseite des 
Thunderstorm-Teams beschrieben. Bestel¬ 
lungen nimmt das Team unter thunder- 
storm@tuxie.de entgegen. Der Preis der 
Lightning ST liegt bei 100,- EUR inkl. Ver¬ 
sandkosten innerhalb Deutschlands, den 
Preis für ein Bündle mit der Cloudy gibt 
das Team auf Anfrage bekannt, (gb) 

http://wiki.newtosworld.de/index.php7tit- 

le=Cloudy 
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Vereinsleben 






ZX Spectrum NEXT 

Das ZX Spectrum Next Projekt wurde bei 
Kickstarter am 23.4.2017 veröffentlicht. Es 
will den Sinclair ZX Spectrum aus den 80er- 
Jahren wiederbeleben, allerdings interpre¬ 
tiert mit Mitteln unserer Zeit. Seit Februar 
2020 werden endlich die ersten Exemplare 
an die Unterstützer ("Bäcker") versandt. Und 
er ist wunderschön geworden. Die Detailar¬ 
beit des Designers des ursprünglichen ZX 
Spectrums Rick Dickinson (f 24.4.2018) und 
Phil Candy von Dickinson Associates hat 
sich bezahlt gemacht. Die Qualität des Ge¬ 
häuses und der Tastatur ist beeindruckend. 
Das Design ist großartig geworden. Nur die 
kleinen Ausmaße des Gerätes überraschen 
doch. 



Der ZX Spectrum Next ist eine verbesserte 
Version des ZX Spectrum, die vollständig 
kompatibel zum Original ist, aber mit einem 
neuen Design aufwartet. Ziel war es, alle 
Hardware-Entwicklungen der letzten Jahre 
nutzen zu können. Für diejenigen, die nicht 
das neue Gehäusedesign nutzen wollen, 
soll das Board auch in ein Original-Spec- 
trum-Gehäuse passen. Dies waren sehr her¬ 
ausfordernde Ziele. Ein motiviertes Team ist 
an den Start gegangen und hat mit Rick 
Dickinson einen großen Namen aus der 
Spectrum-Szene an Bord genommen. Es 
sind bis zum heutigen Tag 860.000,- EUR 
bei diesem Kickstarter-Projekt zusammen¬ 
gekommen. Knapp 3100 Backerwarteten 
seit 2017 gespannt darauf, ob sie irgend¬ 
wann mal einen ZX Spectrum Next in all sei¬ 
ner Schönheit und Funktionalität wie 
versprochen in Händen halten werden. 

Das Board sollte eigentlich im August 2017 
an die Bäcker weltweit versendet werden 
und das Komplettgerät im Januar 2018. Der 
Weg dorthin war holprig und so mancher hat 
schon nicht mehr daran geglaubt, daß die¬ 
ses Projekt jemals erfolgreich werden könn¬ 
te. Die Kickstarter-Seite dieses Projektes 
gibt einen großartigen Einblick in die Ent¬ 
wicklungsgeschichte dieses Gerätes. 

Für alle, die auch einen haben wollen, wird 
möglicherweise eine zweite Runde bei Kick¬ 
starter gestartet, (as) 

https://www.specnext.com/ 


Verein zum Erhalt 
klassischer Computer e.U. 

Seckach-Großeicholzheim, den 15.04.2020 

I 

Geehrte Vereinsmitglieder 

und Liebhaber historischer Rechentechnik. 

I Fa st ein Jahr ist seit dem Redaktionsschluß der letzten LOAD vergangen. 

; ™eetZeit ist die Zahl der Vereinsnritglieder um 41 angewachsen zwe, 
i SSdei sind in dieser Zei, ausgetreten. Die aktuelle »tgliederzah, be 
! läu ft sich somit auf 223 Personen. Auch unser Vereinsforum, erre '^ hba 
j unter forum.classic-computing.de , wird immer beliebter Derzeit sind dort 
j 2435 Benutzer angemeldet und allabendlich finden sich dort ca. 50 Clas- 
: sic-Computing-Freunde ein. 

gratulieren in diesem Zusammenhang auch unseren lieben Verems- 
mitgliedern 


Torsten Crass 
David Lutz 
Oliver Weißflach 


Torben Zschau 
Fritz Hohl 
Mario Schmitt 

zu ihrer 10-jährigen Mitgliedschaft. 

Betroffenheit haben wir vom Tod zweier unserer Mitglieder erfahren, 
« von Christoph Naethbohm, Leiter der Computersammlung der c 
Universität Mainz und von Jörg-Steffen Schumann den vie e von unsate ^ 
Organisator der "KRetro" Treffen kennen. Wir verlieren mit Jorg-Steff 
und Christoph zwei engagierte sowie menschlich und fachlich ausgezeic - < 
nete Kollegen, die uns fehlen werden. < 

Im Vorstand hat es eine Umbildung gegeben. Silke Block, unsere bishe- 
rige Schriftführerin, konnte aus beruflichen Gründen 'hr Amt nicht we'te 
ausüben. Wir danken ihr für Ihre Mitarbeit Im t/ere.n und nicht z^ettt , 
die Organisation der großartigen Classic-Computmg 2019 in Lehre. Wir 
haben Matthias Krambeck (Username "rechnerfreak” im Forum) als neu¬ 
en kommissarischen Schriftführer gewinnen können. 

Gerade in der aktuellen Situation ist ein Hobby, welches man dazu auch 
3 : noch allein in den eigenen vier Wänden und den Abtausch mit Gteic - 
O I gesinnten online über das Vereinsforum ausuben kann, von Vorteil. Ob 
I und unter welchen Bedingungen der Verein aber Regionalveranstaltun- 
° I gen und die geplante Classic-Computing in Thionville ausnchten kann, 

O S Sder noch völlig offen. Hoffen wir, daß Oovid-19 bald genauso Retro 
j sein wird wie unsere alten Rechner. 

° I Danken möchten wir in diesem Zusammenhang allen, die ^ 

O I sante Beiträge im Forum und der "LOAD" und durch ihre Arbeit , m Hin 
O ! tergund", bei der Moderation und Administration von Forum und Webseite 
! und in den Ämtern dazu beitragen, dass wir so einen tollen Verein haben. 

° \ Bleibt gesund, und allzeit viel Freude mit den alten Rechnern und der 
O | LOAD #6! 

O I Der Vorstand des VzEkC e.V. 

O I Stephan Kraus | Florian Stassen | Christian Dirks 
































Praxis 


Diskimages übertragen und virtuelle Laufwerke bereitstellen 


Apple Disk 
Transfer 

A DTPro ist die beste Lösung, um Diskimages von einem PC oder Mac 
als Server auf einen Apple II zu bekommen. Dazu reicht ein 
Audiokabel zwischen Soundkarte des Servers und Kassetteninterface 
des Apple. Richtig komfortabel wird es mit einer seriellen Schnittstelle 
oder sogar einer Ethernetkarte im beliebten 8-Bit Rechner. Dieser Artikel 
gibt viele Praxistipps, um den Einstieg in ADTPro zu erleichtern. 


Die Wurzeln von ADTPro reichen weit zu¬ 
rück. Im April 1993 veröffentlichte Rieh Wil- 
liamson das Programm SENDDISK für 
Apple DOS 3.3. Es liest eine Diskette mit¬ 
tels der RWTS (Read or Write Track Sec- 
tor) Routinen aus und sendet den Inhalt 
über die Super Serial Card in Slot 1 an ei¬ 
nen angeschlossenen PC. Dort lauscht ein 
MSDOS Programm auf der seriellen 
Schnittstelle (COM1) und schreibt den er¬ 
haltenen Datenstrom in eine .DSK Datei. 
Beide Programme sind spartanisch aus¬ 
gestattet und bieten keinen besonderen 
Bedienkomfort. Immerhin - Disketten vom 
Apple II lassen sich damit auf den PC ret¬ 
ten und beispielsweise in einem Emulator 
verwenden. Paul Guerton hat sich mit die¬ 
sen Programmen auseinandergesetzt und 


Raspberry Pi 
als ADTPro Server 

Anstelle eines vollwertigen PC- oder Macintoshsys- 
tems kann auch ein Raspberry Pi als ADTPro Server 
dienen. Der Weg dorthin ist besonders einfach: Ivan 
Drucker hat ausgehend von der Raspian Distribution 
(ein Debian-basiertes Linuxsystem für den Raspber¬ 
ry Pi) alle wichtigen Tools in ein fertiges Installations¬ 
image gepackt. Dieses als "Raspple" bezeichnete 
System läuft auf allen Raspberry Pi Systemen ab der 
Revision A und bringt auch ADTPro mit. Allerdings hat 
der Autor das System zuletzt 2015 aktualisiert, ADT¬ 
Pro ist also nur in der Version 1.3.0 enthalten. Wird 
eine neuere Version benötigt, hilft also nur die manu¬ 
elle Installation auf einem aktuellen Raspian. Tipps 
hierzu finden sich auf der Smashbits-Webseite. 

Links 

http://appleii.ivanx.com/a2server/ 

http://ivanx.com/rasppleii/ 

http://appleii.ivanx.com/prnumber6/ca- 

tegory/a2cloud/ 

https://www.smashbits.nl/en/ 


im Dezember 1995 eine deutlich verbes¬ 
serte Version als "Apple Disk Transfer" 
(ADT) veröffentlicht. Diese Version besitzt 
bereits ein gefälliges Bildschirmlayout, Kon¬ 
figurationsmenüs, Fehlerkorrekturfunktio¬ 
nen bei der Übertragung, Datenkompres¬ 
sion und die Möglichkeit, vom PC auch 
.DSK Dateien zu senden und auf dem Ap¬ 
ple II auf Diskette zu schreiben. Sean Gug- 
ler veröffentlichte dann im Dezember 2000 
die ADT Win32 Edition. Er ersetzte das al¬ 
te MSDOS Programm auf der PC-Seite 
durch ein Windows 32-bit Programm glei¬ 
cher Funktionalität. Ausgehend von die¬ 
sen Progammen hat schließlich David 
Schmidt im Juni 2006 die Version 0.0.1 
von ADTPro veröffentlicht. Es handelt sich 
um eine vollständige Neuentwicklung, die 
Java als Entwicklungsumgebung und Pro¬ 
grammier- spräche nutzt. Der Vorteil: ADT¬ 
Pro ist nicht auf Windows beschränkt, 
sondern läuft gleichermaßen auf MacOS, 
Linux, Solaris und OS/2 und auch auf dem 
Raspberry Pi. ADT Pro wurde seitdem kon¬ 
tinuierlich weiterentwickelt und funktioniert 
auf allen 8-Bit Apple II Maschinen und kom¬ 
patiblen Clones, aber auch auf dem App¬ 
le MGS und dem Apple III. Die Übertragung 
ist nicht auf die serielle Schnittstelle be¬ 
schränkt, sondern funktioniert auch mit 
Ethernet-Karten und über eine Audiover- 
bindung— doch dazu später mehr. Neben 
.DSK lassen sich auch .PO, .NIB, .2IMG, 
Shrinklt "SHK", "SDK" und "BXY" sowie 
DiskCopy 4.2 Diskimages übertragen. Ein¬ 
zig das neuere .WOZ Format fehlt hier; be¬ 
sonders kopiergeschützte Disketten sind 
also nicht aus Imagedateien zu rekonstru¬ 
ieren. Dies bleibt die Domäne von Apple- 
Sauce und passenden SD-Kartenadaptern. 



In diesem Artikel wird hauptsächlich die 
Version 2.0.3. vom 14.September 2018 
beschrieben. Auf ältere Versionen wird nur 
am Rande verwiesen. Sofern von einem 
Apple II die Rede ist, sind sowohl Apple II, 
11+ und Ile und //c Modelle gemeint. 

ADTPro besteht aus zwei Programmen. 
Ein Serverprogramm auf einem „großen" 
Rechner macht Diskimages auf verschie¬ 
dene Weise einem angeschlossenen Ap¬ 
ple II oder /// zugänglich. Ein Client¬ 
programm auf dem Apple II oder III kom¬ 
muniziert mittels serieller Schnittstelle, 
Ethernetverbindung oder mittels Sound¬ 
karte und Kassetteninterface mit diesem 
Serverprogramm. 

Serverinstallation 

Das Serverprogramm von ADTPro erfor¬ 
dert bis zur Version 1.3.0 eine Java Run- 
time Engine (JRE) in der Version 5. 
ADTPro 2.0.0 und neuer erfordert hinge¬ 
gen mindestens JRE 7. Die Nutzbarkeit 
von ADTPro wird damit im wesentlichen 
von der Verfügbarkeit der passenden Ja¬ 
va-Version auf der jeweiligen Plattform be¬ 
stimmt. Einige Abhängigkeiten beschreibt 
der Kasten "eeePC als ADTPro Server". 
Auf der Homepage von ADTPro sind Pa¬ 
kete für MacOS X (.dmg), Windows (.zip) 
und Linux/Solaris (.tar.gz) zu finden. 

Nach Installation oder Entpacken der Ar¬ 
chivdatei in ein beliebiges Verzeichnis ist 
ADTPro bereits betriebsbereit. Im Haupt¬ 
verzeichnis finden sich Startscripts für Win¬ 
dows, OS/2, MacOS X und Linux/Solaris. 
Soll ADTPro eine serielle Verbindung be¬ 
dienen, kann es erforderlich sein, außer¬ 
dem die mitgelieferte RXTX Bibliothek zu 
installieren. Dies ist dann der Fall, wenn 
das verwendete Startscript das Fehlen der 
RXTX Bibliothek beklagt. Unter lib/rxtx/rx- 
tx-2.1-7-bins-r2 liegt eine Datei INSTALL, 
die beschreibt, wohin bei den einzelnen 
Plattformen die RXTX Bibliothek zu kopie¬ 
ren ist. Benutzer von OS/2 schauen dabei 
in die Röhre- die RXTX Bibliothek ist bis- 
















her nicht auf OS/2 portiert. Soll der ADT- 
Pro Server also unter OS/2 betrieben wer¬ 
den, sind nur Ethernet- oder Audio- 
verbindungen möglich. 

Die Startscripts starten das Serverpro¬ 
gramm mit einer grafischen Oberfläche. 
Aus dieser heraus lassen sich Verbindun¬ 
gen über die genannten Arten herstellen, 
die passende serielle Schnittstelle aus¬ 
wählen, das Arbeitsverzeichnis für Disk¬ 
images wählen und der Bootstrap-Vorgang 
starten. Für die ersten Versuche mitADT- 
Pro ist diese Betriebsart auch am besten 
geeignet. Sind die Verbindungsarten erst 
einmal konfiguriert und ist der ADTPro Cli¬ 
ent auf dem Apple II oder III aktiv, kann 
auch auf die Oberfläche verzichtet wer¬ 
den. Dazu lässt sich ADTPro in einem "He- 
adless" Modus ohne sichtbare GUI starten. 
Unter Linux/Solaris geht das beispielswei¬ 
se mit adtpro.sh headless serial für eine 
serielle Verbindung. Linux braucht hierfür 
die xvfb Bibliothek, der einen XII Virtual 
Frame Buffer bereitstellt. Das Javapro¬ 
gramm erzeugt also nach wie vor eine GUI, 
diese bleibt aber in xvfb unsichtbar. 

Serielle Verbindung 

In den meisten Fällen erfolgt die Verbin¬ 
dung zwischen Server und Apple über die 
serielle Schnittstelle. Je nach Apple II Mo¬ 
dell sind hier einige Besonderheiten zu 
beachten. Der häufigste Fall ist wohl die 
Anbindung mit einer Super Serial Card im 
Apple II. Dazu taugt ein 1:1 verdrahtetes 
Kabel ebenso wie ein Nullmodem-Kabel. 
Die Super Serial Card kennt nämlich zwei 
Betriebsarten, die über einen steckbaren 
Block rechts an der Karte einzustellen sind. 
Zeigt der Pfeil auf dem Block nach unten, 
ist die Betriebsart "Terminal" eingestellt 
und es wird ein 1:1 verdrahtetes Kabel be¬ 
nötigt. Zeigt der Pfeil nach oben auf "Mo¬ 
dem", muss es ein Nullmodemkabel sein. 
Des Weiteren ist auf die richtige Grundein¬ 
stellung der Übertragungsparameter zu 
achten. Die erforderlichen Einstellungen 
zeigt die Abbildung. Sie sind erforderlich, 
um die ADTPro-Clientdiskette übertragen 
zu können. Läuft der ADTPro Client er- 
steinmal, so werden diese Einstellungen 
per Software vorgenommen. 

Der Apple llc verfügt über eine eingebau¬ 
te serielle Schnittstelle, die funktional der 
Super Serial Card entspricht. Anstelle der 
sonst üblichen DB9 Buchse sind die An¬ 
schlüsse aber über eine 5-polige Mini-DIN 
Buchse herausgeführt. Hier braucht es al¬ 


so ein spezielles Nullmodemkabel, das die 
Leitungen passend auf eine Mini-DIN Buch¬ 
se führt (siehe Tabelle) und den Hardware- 
Handshake brückt. Auch ist es erforder¬ 
lich, dem ADTPro Server unter File \ Serial 
Configuration mitzuteilen, dass ein Apple 
llc Kabel verwendet wird. 

Der Apple MGS verwendet die mit dem 
Macintosh eingeführten 8-poligen Mini-DIN 
Buchsen (MD-8). Auch hier führt oft kein 
Weg um ein eigenes Nullmodem-Kabel 
herum. Die als Modemkabel von Apple für 
den Macintosh verkauften Kabel mit MD- 
8 auf DB-9 sind heute schwer zu bekom¬ 
men. Beim Apple MGS lassen sich die 
Übertragungsparameter bequem aus dem 
Setup einstellen. 

Der Apple III wiederum verfügt über eine 
eingebaute, der Super Serial Card entspre¬ 
chende serielle Schnittstelle. Allerdings 
verfügt sie nicht über eine hardwareseitig 
realisierte Umschaltung zwischen Termi¬ 
nal- und Modemmodus. Daher funktioniert 
hier nur ein Nullmodem-Kabel, das wie 
beim Apple llc den Hardware-Handshake 
überbrückt. Wenigstens verwendet der Ap¬ 
ple /// eine DB-25 Buchse (Port C), wo¬ 
durch sich der Bastelaufwand in Grenzen 
hält. 

Schlecht sieht es hingegen für Besitzer ei¬ 
nes Basis-108 Rechners aus. Dieser Ap¬ 


eeePC als ADTPro Server 

Für die Verwendung am Apple Ile und Apple III sollte 
ein möglichst kompakter ADTPro-Server her. In den 
Regalen des Autors schlummerte noch ein ASUS ee¬ 
ePC 701 aus dem Winter 2008. Das mit einem 7 Zoll 
Display und 4 GB Flashspeicher ausgestattete Gerät 
war eine zeitlang ein beliebter Begleiter, bis ihn ein An- 
droid-Tablet verdrängte. Dieser "junge Klassiker" er¬ 
schien aufgrund seiner geringen Abmessungen als 
ideale Plattform für das gesteckte Ziel. Das werksseitig 
aufgespielte, auf Xandros basierende Linux-Betriebs¬ 
system entpuppte sich als deutlich zu alt. Also begann 
die Suche nach einer passenden, kompakten Linuxdis¬ 
tribution. Experimente mit Puppy Linux Slacko 6.3.2 
stimmten zunächst hoffnungsvoll. Dieses Mini-Linux 
kommt als 32-Bit Version daher, läuft also auf dem un¬ 
tertakteten Intel Celeron Mobile Prozessor des eeePC. 
Aufgrund der geringen Größe ist es problemlos auf 
dem internen Flashspeicher des Rechners zu installie¬ 
ren. Leider ist in den Paketquellen aber nur Java 5 
verfügbar, also läuft nur ADTPro bis Version 1.3.0. 
Besser bestückt ist Debian-- die Version 8 ist kompakt 
genug für den eeePC und kennt Java 7. Für eine 
brauchbare Installation ist wiederum der interne Flash¬ 
speicher zu klein. Abhilfe schafft eine 8 GB SD Karte. 
Auf dieser ließ sich Debian 8 von einem USB Stick 
leicht installieren. Das ISO Image debian-8.11.1-i386- 
netinst.iso wurde dazu mit Balena Etcher auf den Stick 
geschrieben. Beim eeePC unterbricht die ESC-Taste 
den Bootvorgang und erlaubt die Auswahl des Bootde¬ 
vice für die Installation. Wie das Debian eeePC Projekt 
beschreibt, sind nach erfolgreicher Installation manuel¬ 
le Nacharbeiten nötig. Der eeePC 701 wirft nämlich 


ple M-Kompatible des früheren Apple- 
Distributors Basis Computer GmbH ver¬ 
fügt über eine eingebaute serielle Schnitt¬ 
stelle. Diese ist aber als Slot#9 und über 
einen sonst beim Apple II nicht üblichen 
Adressbereich anzusprechen. Daher funk¬ 
tioniert der ADTPro Client hier nicht. Ab¬ 
hilfe leistet erst eine zusätzliche Super 
Serial Card, die im Apple-Modus (Toggle- 
Switch) funktioniert. Dazu sind aber neben 
den originalen Basis-108 EPROMs auch 
die Apple ll-EPROMS erforderlich. 

Wenn eine serielle Verbindung nicht gelin¬ 
gen will, sollte die Fehlersuche immer mit 
einer Prüfung des Kabels beginnen. Lei¬ 
der sind nicht alle 1:1 Kabel oder Nullmo¬ 
demkabel wirklich vollständig durch¬ 
verdrahtet. Auch Brüche in den Leitungen 
oder innerhalb der Stecker und Verbinder 
kommen vor. Ein Widerstandsprüfer oder 
ein Multimeter hilft zu kontrollieren, ob das 
Kabel auch wirklich der erforderlichen Pin¬ 
belegung entspricht. 

Mitunter haben Probleme, von denen in 
Foren und bei Usertreffen berichtet wird, 
aber auch ihre Ursache in fehlerhaften 
USB/Serial-Adaptern. Oftmals verfügt der 
als Server auserkorene Rechner ja nicht 
über eine echte serielle (RS-232) Schnitt¬ 
stelle. Dann muss ein USB-Adapter her-- 
nur leider sind hier viele mangelhafte Mo- 


beim Booten vom USB Stick die Reihenfolge der Plat¬ 
ten durcheinander. Die externe SD-Karte wird als 
Idevlsdc erkannt, während sie ohne USB-Stick als 
Idev/sdb anzusprechen ist. Ohne eine entsprechende 
Änderung in 6er letclfstab wird also die Boot-Partition 
nicht gefunden. Auch GRUB stolpert über dieses Pro¬ 
blem. Da Debian 8.11 bereits GRUB2 benutzt, lässt 
sich dieser Fehler nicht so leicht beheben wie das De¬ 
bian eeePC Projekt beschreibt. Am einfachsten ist der 
Weg über das installierte Xandros oder Puppy Linux 
des internen Flashspeichers. Hier genügt ein Eintrag in 
die menu.lst Datei des dort verwendeten GRUB1- 
Bootloaders. Damit fährt GRUB1 problemlos auch De¬ 
bian 8.11 hoch. Alternativ dazu ließen sich bei der De- 
bian-lnstallation natürlich Iboot und Iroot auch auf den 
internen Flashspeicher legen und nur/usrauf die SD- 
Karte. Per apt-get ist dann nur noch open-jre7 nach¬ 
zuinstallieren und dem Einsatz von ADTPro steht nichts 
mehr im Wege. Natürlich ist das System sehr träge, 
wenn es einen vollwertigen Desktop betreiben soll, 
selbst wenn bei der Installation nur LXDE ausgewählt 
wurde. Läuft das System ersteinmal, ist die GUI aber 
auch überflüssig. Abschalten lässt sie sich über den 
System Daemon mit systemctl Start multi-user.target 
(als root aus einer Shell). Dauerhaft wird diese Einstel¬ 
lung mittels des Befehls systemctl set-default -f multi- 
user.target. Bei Bedarf führt dann ein systemctl Start 
graphical.target in die GUI zurück. 

Links 

https://wiki.debian.org/de/EeePC 

https://www.balena.io/etcher/ 
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delle auf dem Markt. In einem spontanen 
Test bereitstehender Adapter tat nur eines 
von vier Modellen seinen Dienst. Funktio¬ 
niert also die Verbindung zwischen Apple 
und Server nicht, lohnt sich versuchswei¬ 
se der Austausch des USB-Adapters. 

Eine weitere Fehlerquelle sind unter Unix 
fehlende Berechtigungen an den Device- 
Files für die serielle Schnittstelle. Die Use- 
rlD, unter der ADTPro gestartet wird, muss 
Lese- und Schreibzugriff auf die jeweilige 
Device File haben. Bei echten seriellen 
Schnittstellen sind dies unter Linux die Da¬ 
teien /dev/ttySx , bei USB-Adaptern meist 
/dev/ttyUSBx. Hier muss der betreffende 
Benutzer ein Mitglied der Gruppe sein, 
dem diese Dateien gehören (bei Ubuntu 
ist das die Gruppe dialout). Es ist auch 
möglich, die Device-Files einfach global 
lese- und schreibbar zu machen (beispiel¬ 
weise mit chmod ugo+rw /dev/ttySx). Bei 
Problemen mit seriellen Verbindungen lohnt 
es sich, versuchsweise ADTPro als Sys¬ 
temverwalterin root zu starten- klappt die 
Verbindung dann, sind fehlende Berechti¬ 
gungen das Problem. 

Audioverbindung 

Apple Il-Modelle verfügen auf dem Mother¬ 
board über zwei Ports zum Anschluss ei¬ 
nes Kassettenrecorders. So lassen sich 

t— - 

Software für Apple III 

Der Apple III ist eine seltene, aber sehr schöne 8-Bit 
Büromaschine— auch wenn sie einige, oft beschriebe¬ 
ne Macken hat. Das Angebot an nativer Apple III Soft¬ 
ware ist zwar überschaubar, Büroanwendungen sind 
aber durchaus vorhanden. Schnell fällt dabei aber auf, 
dass die vom Apple II übernommenen 143 kByte Dis¬ 
kettenlaufwerke zu langsam und zu klein für den Rech¬ 
ner sind. Auch das Betriebssystem SOS ist eigentlich 
für Höheres bestimmt. Ebenso ist der Zwang zum Re- 
boot beim Programmwechsel störend. Während auf ei¬ 
nem Apple II ein Programmwechsel meist aus dem 
Applesoft-Interpreter geschieht (entweder durch Boo¬ 
ten einer Diskette mit PR# oder einem Befehl wie RUN, 
BRUN oder dem Slash-Befehl), will der Apple III beina¬ 
he immer mit CTRL-RESET neu gestartet werden. 
Glücklich kann sich schätzen, wer eine Profile-Fest¬ 
platte nebst Controller für den Apple III finden konnte. 
Doch funktionierende Profile-Drives sind selten. Als Al¬ 
ternative kommt entweder eine CFFA3000- Karte als 
Compact Flash- und USB Adapter in Frage oder eben 
ADTPro mit VSDRIVE. Damit das problemlos 
funktioniert, muss aber der Treiber von .VSDRIVE in 
.PROFILE mittels der System Configuration Utilities 
umbenannt werden. Ein eventuell vorhandener echter 
PROFILE Treiber muss vorher gelöscht werden. Der 
Grund: Viele Programme auf dem Apple III gehen fest 
von diesem Devicenamen aus und verweigern die 
Funktion mit einem anderen Treibernamen. Auf dem so 
bereitgestellten Laufwerk lassen sich mit passenden 
Hilfsmitteln dann die meisten Programme installieren. 
Geeignete Hilfsprogramme dafür sind Selector III oder 
BOS. Beide schaffen es, viele Apple III Programme auf 
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Audiokassetten als Massenspeicher ein- 
setzen- eine Ende der 1970er Jahre nicht 
unübliche, billige Alternative zum Disket¬ 
tenlaufwerk. ADTPro ermöglicht es, über 
diese Anschlüsse einen Datentransfer 
durchzuführen. Die mechanisch- analoge 
Seite ist schnell gelöst: Dazu werden zwei 
Mono- oder Stereokabel mit Klinkenste¬ 
ckern benötigt, wie sie zum Anschluss von 
Geräten an die Soundkarte des PC oder 
Mac üblich sind. Der Kopfhörerausgang 
des PC kommt an den Kassetteneingang 
des Apple, der Mikrofoneingang an seinen 
Kassettenausgang. Die Übertragung hin¬ 
gegen ist oft schwieriger, denn die Audio¬ 
verbindung erfordert gut ausgesteuerte 
Ein- und Ausgänge. Mit ADTPro ab der 
Version 2.0.1 kann eine Pegelanpassung 
mittels Testsignal vornehmen. Das setzt 
natürlich eine Clientdiskette für den App¬ 
le voraus. Wer überhaupt keine fertigen 
Disketten für den Apple besitzt, kommt um 
ein wenig Experimentieren mit der Kopf¬ 
hörerlautstärke und Mikrofonempfindlich¬ 
keit am PC nicht herum. Immerhin-- auch 
ohne eine Super Serial Card können Ap¬ 
ple-Besitzer so eine Datenübertragung re¬ 
alisieren. 

Netzwerkverbindung 

Eine weitere Möglichkeit der Verbindung 

eine Profile-Festplatte zu schaufeln und über ein Menü 
von dort zu starten. Ein Wechsel zwischen diesen Pro¬ 
grammen ist dann ohne Reboot mit CTRL-RESET 
möglich. Die Geschwindigkeit ist hierbei mit der Disket¬ 
tenvariante vergleichbar. Um einer Hoffnung vorzubeu¬ 
gen: Es gibt leider keine VEDRIVE-Version für das 
SOS des Apple III. Virtuelle Laufwerke können also 
nicht über Ethernet angesprochen werden. 

Eine recht bequeme Möglichkeit, an eine Software- 
Sammlung für den Apple III heranzukommen, bietet 
das Apple III Ready-to-Run Bündle von David Schmidt 
auf Github. Eigentlich ist dieses Paket für den Einsatz 
mit dem Emulator MESS gedacht. Es bringt alles mit, 
um mit der 64-Bit Version des Emulators einen Apple III 
nachzubilden. Die Nutzung ist im README zum Bünd¬ 
le gut erklärt. Das Bündle enthält bereits ein Festplat¬ 
tenimage mit viel vorinstallierter Software. Um diese mit 
VSDRIVE zu nutzen, muss das Image in zwei Dateien 
zerlegt werden. Dies erfordert eine MESS Installation 
und am besten ein Linux-System. Das Vorgehen ist im 
README genau erklärt. Interessierte Leser finden die 
beiden Images //bos.po// und //home.po// aber auch 
über die Linksammlung zu diesem Heft. 

Links 

https://github.com/datajerk/apple3rtr 

http://www.mess.org/ 

ftp://ftp.apple.asimov.net/pub/apple_ll/ 

images/apple3/system/Selector%20lll- 

Program%20Switching%20Utility.zip 


vom Client zum ADTPro Server bietet sich 
Besitzern einer Ethernetkarte im Apple II 
und //e oder MGS sowie dem Apple III. 
ADTPro unterstützt nämlich auch Verbin¬ 
dungen über IP und UDP mit einer Uther- 
net I oder Uthernet II Karte oder der 
LANceGS. Während die Uthernet I Karte 
schon seit Dezember 2006 mit der Versi¬ 
on 0.1.3 und die LANceGS seit Januar 
2011 mit der Version 1.1.8 unterstützt wird, 
erfordert die Uthernet II Karte zwingend 
mindestens die Version 2.0.2 vom Novem¬ 
ber 2016. Diese oder eine neuere Version 
sollte auch auf dem Server installiert sein. 
Ein Client in der Version 2.0.3 konnte im 
Test mit einem Server der Version 1.2.8 
keine Verbindung aufbauen. Im Trace-Pro- 
tokoll wurden auf dem Server unbekann¬ 
te Kommandos moniert. Hier führt also an 
einem Update kein Weg vorbei. 

Ein weiterer Fallstrick ist die korrekte Kon¬ 
figuration der Namensauflösung auf einem 
Linux-Server. Während sich auf Windows¬ 
und MacOS Systemen der ADTPro-Ser- 
ver an die LAN IP-Adresse bindet, kommt 
es auf vielen Linux-Systemen zu einem 
Phänomen: Der ADTPro Server will die IP- 
Adresse 127.0.1.1. bedienen und lauscht 
nicht auf der Adresse des LAN- oder WLAN 
Interfaces. Damit bekommt der Client aber 
keine Verbindung zum Server. Die Ursa¬ 
che liegt in der Arbeitsweise des Java Run- 
time Environments und der entsprech¬ 
enden Funktion für den Netzzugriff. Unter 
Linux holt sich die Funktion per Default die 
zum Hostnamen gehörige IP-Adresse aus 
der Datei /etc/hosts. Bei vielen Distributi¬ 
onen steht dort aber nicht die IP-Adresse 
im lokalen Netz, sondern eben die Local¬ 
net-Adresse 127.0.1.1. Damit ist aber auch 
geklärt, wie ADTPro dazu gebracht wer¬ 
den kann, richtig zu funktionieren: In 
/etc/hosts muss nur die IP-Adresse im LAN 
eingetragen werden, schon wird die rich¬ 
tige Adresse bedient. 

In der Apple Il-Version des ADTPro Clients 
geschieht die Auswahl des Ethernet-Cli- 
ents gleich nach dem Booten im Haupt¬ 
menü. Auch Apple III Besitzer können eine 
Uthernet-Karte in ihrem Rechner nutzen. 
Hierzu liefert ADTPro im SOS Diskimage 
(ADTProSOS-2.0.3.dsk) einen entspre¬ 
chenden Client mit. Um diesen zu nutzen, 
muss die bestehende Datei SOS.INTERP 
in SOS.INTERPSER umbenannt werden 
und anschließend die Datei SOS.INTER- 
PETH in SOS.INTERP. Nach einem Neu¬ 
start mit diesem Image steht die 
Ethernetversion zur Verfügung. 
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Serielle Kabel für ADTPro. 

Die Tabelle zeigt, welche Pins der PC Seite mit welchen der Apple-Seite zu verbinden sind. 


RS-232 Name 

PC DB-9 

Apple II 
und Ile 

Apple MGS 

Apple//c 

Apple III 
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s 

* 
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s 

8 

R 

s 

8 

8 

8 

DCD 

1 

20 

7 



RxD 

2 

2 

3 

2 

2 

TxD 

3 

3 

5 

4 

3 

DTR 

4 

6,8 

2 



GND 

5 

7 

4,8 

3 

7 

DSR 

6 

20 




RTS 

7 

5 

2 



CTS 

8 

4 

1 



(frei) 

9 





^rücken Apple Stecker 

Brücken DB-9 Stecker 


SSC: 

Modem 


1-5 

1-4-6 

7-8 

4-20 

1-4-6 

7-8 


Bootstrap und Client 


Die wohl herausragendste Eigenschaft von 
ADTPro ist es, ein Henne-Ei Problem zu 
lösen: Wie lässt sich mit ADTPro der Cli¬ 
ent auf eine Diskette schreiben, wenn kei¬ 
ne Diskette mit einem ADTPro Client 
vorhanden ist? Bei seriellen Verbindungen 
am Apple II nutzt ADTPro dazu den Trick 
der Eingabeumlenkung. Am Apple wird zu¬ 
nächst mit dem Kommando IN#2 der Ein¬ 
gabekanal auf die Super Serial Card in 
Slot #2 umgeleitet. Ab jetzt interpretiert der 
Apple alle Daten von der Karte als Tasta¬ 
tureingaben. Dann ist mit CTRL-Adie Su¬ 
per Serial Card aufzurufen und mit 14B die 
Übertragungsgeschwindigkeit auf 115.200 
Bits/s einzustellen. Auch der ADTPro Ser¬ 
ver muss unter File | Serial Configuration 
auf diese Geschwindigkeit eingestellt wer¬ 
den. Der Server sendet dann über den Me¬ 
nüpunkt Bootstrapping einen 
ADTPro-Urlader. Am Apple ist zu beobach¬ 
ten, wie ein Wechsel in den Monitor erfolgt 
und ein Hexdump eingetippt wird. Das so 
übertragene Programm übernimmt das üb¬ 
rige. Wer ein Diskettenlaufwerk besitzt, 
sollte so als erstes die ADTPro Clientdis¬ 
kette übertragen. Der Vorgang ist auf der 
ADTPro-Homepage detailliert beschrie¬ 
ben. Dort ist auch nachzulesen, wie Boots¬ 
trapping über eine Audioverbindung 


funktioniert und wie ohne Diskettenlauf¬ 
werk ein Booten von einem virtuellen Lauf¬ 
werk zu erreichen ist. Apple III Benutzer 
schließlich haben ein wenig mehr Hand¬ 
arbeit zu leisten. Hier funktioniert der Trick 
mit der Eingabeumlenkung nämlich nicht 
und am Abtippen des Urladers führt kein 
Weg vorbei. Ist diese Hürde ersteinmal ge¬ 
nommen, kommt auch hier die ADTPro Cli¬ 
entdiskette über die serielle Schnittstelle 
in den Apple. 

Der ADTPro Client ist weitgehend selbst¬ 
erklärend. Für die drei Kommunikations¬ 
wege (seriell, Audio oder Ethernet) steht 
jeweils ein eigenes Clientprogramm be¬ 
reit. Es muss passend zur Verbindungart 
konfiguriert werden. Die Konfiguration des 
Clients wird mit Eingabe von "G" aufgeru¬ 
fen und ist weitestgehend selbsterklärend. 
Für die serielle Schnittstelle sind die übli¬ 
chen Parameter einzustellen. Meist funk¬ 
tioniert ADTPro mit 115.200 Baud am 
besten, bei Problemen hat sich als Fall¬ 
back eine Geschwindigkeit von 9.600 Baud 
bewährt. Besitzer einer unterstützten Ether¬ 
netkarte müssen eine passende IP-Konfi- 
guration vornehmen und die Adresse des 
ADTPro-Servers benennen. Seine IP- 
Adresse ist im Fenstertitel des Clients zu 
sehen. Alle Angaben legt der Client in der 
Datei ADTPROETH.CONF ab. 


Die Option "Blocks at once" in den Konfi¬ 
gurationen legt fest, wie viele 512 Byte Blö¬ 
cke in einem Datenpaket übertragen 
werden sollen. Werte oberhalb von 2 be¬ 
schleunigen den Transfer von Diskimages 
zwar, dafür wird die Fortschrittsanzeige bei 
der Übertragung weniger oft aktualisiert. 
Die Option "Enable Nibbles" kann helfen, 
kopiergeschützte Images zu übertragen. 

Nach Klicken des entsprechenden Buttons 
stellen Server und Client eine serielle Ver¬ 
bindung, eine Audio- oder Ethernetverbin¬ 
dung her. Der häufigste Anwendungsfall 
ist wohl die Übertragung von Disketten¬ 
images aus dem Arbeitsverzeichnis von 
ADTPro auf Appledisketten. Durch den 
Menüpunkt "Receive" wird dieser gestar¬ 
tet-- drückt man bei der Frage nach dem 
Dateinamen des Image nur die Eingabe¬ 
taste, so erscheint der Verzeichnisinhalt 
und die gewünschte Datei lässt sich mit 
den Cursortasten auswählen, Es ist eine 
gute Idee, die Zieldiskette vorher bereits 
formatiert zu haben. Die Übertragung 
selbst läuft dann unspektakulär ab. 

Virtuelle Laufwerke 

Seit der Version 1.2.4 kann der ADTPro 
Server auch Diskimages als virtuelle Lauf¬ 
werke über die serielle Schnittstelle oder 
eine Ethernetverbindung bereitstellen. Da¬ 
zu liefert die ADTPro Distribution ein .DSK 
Image (VDRIVE-2.0.3.DSK) mit den ent¬ 
sprechenden Clients für den Apple II oder 
Apple /// mit. Auf der Serverseite sind le¬ 
diglich die beiden Dateien VSDRIVE.PO 
und VSDRIVE2.PO bereitzustellen. Dies 
können beliebige, bis zu 16 MB große Pro- 
DOS- oder SOS Images sein. Die ADTPro 
Distribution enthält zwei leere 800 kB gro¬ 
ße ProDOS Images. Die virtuellen Lauf¬ 
werke sind als S1 ,D1 und ,S1 ,D2 am Apple 
anzusprechen und mappen auf die beiden 
Images. 

Auf der Clientseite ist etwas mehr zu tun. 
Nach Übertragung und Boot der VSDRIVE- 
Clientdiskette ist der richtige VSDRIVE- 
Client zu starten, jeweils wie unter Pro- 
DOS üblich mit dem Slash-Kommando. 
Nach Eingabe von -VSDRIVE sucht der 
Client automatisch nach der Super Serial 
Card und stellt eine Verbindung zum ver¬ 
bundenen ADTPro Server her. Der Client 
überschreibt dabei den DISK II Treiber von 
ProDOS. Die echten Laufwerke sind also 
nicht mehr erreichbar. Dafür funktioniert 
dieser Client auch mit der ProDOS Utility 
Disk und überlebt einen Reset des Sys- 
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(Fortsetzung) 

tems. Anders VSDRIVE.LOW - dieser Cli¬ 
ent lässt den Disk II Treiber unangetastet, 
konkurriert aber mit anderen Programmen 
um den unteren Speicherbereich. Die Pro- 
DOS Utilities funktionieren nicht mit VS¬ 
DRIVE.LOW. Auch Besitzer von Ethernet¬ 
karten können virtuelle Laufwerke nutzen, 
der VEDRIVE-Client will aber zunächst über 
-VEDRIVE.SETUP konfiguriert werden. 
Dann stellt der Aufruf von -VEDRIVE die 
Verbindung zum ADTPro-Server her. Auch 
hier wird der Disk II Code überschrieben, 
die echten Laufwerke sind also unerreich¬ 
bar. Ein erneuter Aufruf von -VEDRIVE lädt 
den Disk II Code zurück und entlädt den 
Treiber. 

Auch auf dem Apple III funktioniert VSDRIVE. 
Hier liefert ADTPro einen SOS Treiber (VS- 
DRIVE.A3DRVR) mit, der wie üblich mittels 
der System Configuration Utilities in die 
SOS.DRIVER Datei einzubauen ist. Erstellt 
die beiden Devices .VSDRIVE und .VS- 
DRIVE2 bereit. Details zur Nutzung auf dem 
Apple /// beschreibt der Kasten "Software 
für Apple ///". Einen VEDRIVE-Treiber für 
den Apple III gibt es nicht. Virtuelle Laufwer¬ 
ke lassen sich also nur über eine serielle 
Verbindung bereitstellen, nicht aber über 
Ethernet. 

Fazit 

Viele der Fähigkeiten von ADTPro sind hier 
nur angerissen. Es lohnt sich, in der Doku¬ 
mentation auf der Webseite nachzulesen. 
Auch Besitzer seltener kompatibler Syste¬ 
me finden dort Hilfestellung. Fast jeder Ap¬ 
ple-Besitzer kann sein System wieder zum 
Leben erwecken und mit Software versorgen. 

Links 

https://adtpro.com/ 


Ueber den Autor 

Georg Basse sass 
±383 erstnalig an 
einen Apple ll euro— 
plus. Seitden hat 
ihn der Spass an 
Conputern nicht 
verlassen. Als In— 
fornation Security 
Consultant kennt er 
aber auch die Schat¬ 
tenseiten der Infor— 
nationsgesellschaf t. 
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Papierstau beim HP Laserjet 2100 


Papiereinzug 

reparieren 

D er HP Laserjet 2100 war der erste Arbeitsplatzdrucker, der mit 
Lasertechnik eine Auflösung von 1200 x 1200 dpi bot. Das Gerät 
erfreute sich großer Beliebtheit und ist auch heute noch gern im Einsatz. 
Die Geräte sind robust und wenn es zu Problemen mit dem Papiereinzug 
kommt, kann unsere Anleitung helfen, das Druckwerk wieder 
flottzumachen. 


Der HP Laserjet 2100 kam 1999 auf den 
Markt, ist also nunmehr 21 Jahre alt. Sei¬ 
ne Druckgeschwindigkeit ist mit 10 S/W 
Seiten pro Minute zwar kein Sprinter, aber 
für den privaten Einsatz ausreichend. Au¬ 
ßerdem nimmt er Druckdaten sowohl über 
einen Parallelport als auch über eine In¬ 
frarot-Schnittstelle entgegen. Das erleich¬ 
tert den Anschluss an klassische 
Computer deutlich. Gebraucht 
erworbene Geräte ha¬ 
ben mitunter auch 
eine HP JetDirect 
Print Server Karte im 
ElO-Steckplatz (En- 
hanced Input/Out¬ 
put) für den Netz¬ 
anschluss per Ether¬ 
net. 

Ein oft vorkommen¬ 
der Fehler ist ein Papierstau 
im Gerät, wenn ein mehrseitiger Druck¬ 
auftrag abgearbeitet werden soll. Nach 
Herausziehen der Papierkassette ist ein 
halb eingezogenes Blatt Papier zu erken¬ 
nen. Außerdem finden sich nach Heraus¬ 
nehmen der Tonerkartusche zwei weitere 
Blätter direkt nacheinander im Gerät. Durch 
den zu engen Abstand dieser Blätter zu¬ 
einander schlägt der Sensor an, der die 
Papierzuführung überwacht. Ursache da¬ 
für ist die Alterung einiger Bauteile im Ge¬ 
rät. Hinter dem Druckergetriebe liegen 
relaisgesteuerte Haken, die in das Getrie¬ 
be eingreifen und den Einzug von neuen 
Blättern freigeben. Einer ist oben für den 
manuellen Blatteinzug zuständig, der an¬ 
dere versorgt unten den Einzug über eine 
Papierkassette. Diese Metallhaken sind 
mittels eines Puffermaterials gedämpft und 
sollen ein lautes Kläcken dämpfen, das 


beim Anziehen des Relais entsteht. Die¬ 
ses Dämmmaterial verwandelt sich mit den 
Jahren in eine klebrige Masse. Die Haken 
kleben dann kurzzeitig fest, wenn ein Blatt 
zum Einzug freigegeben wird. Wird nur ein 
Blatt gedruckt, bleibt den Haken genügend 
Zeit, wieder in die Ursprungsstellung zu 
springen, bevor der nächste Druckauftrag 
an der Reihe ist. Lauscht man an 
der Seite des Dru¬ 
ckers, so ist 
dieses Zu¬ 
rückspringen 
auch zu hören. 
Ist aber mehr 
als eine Seite 
gefordert, kle¬ 
ben die Haken 
noch fest und es 
wird direkt nach 
dem ersten Blatt das 
nächste Blatt zum Ein¬ 
zug freigegeben. Die Fol¬ 
ge ist ein Papierstau. 

Zur Fehlerbehebung gilt es daher, die kleb¬ 
rige Dämmmasse bei den beiden Haken 
entweder zu reinigen oder mit Klebeband 
oder passend zugeschnittenem Papier ab¬ 
zudecken. Hierzu ist es erforderlich, den 
Drucker ein Stück weit zu zerlegen. 

Eine Warnung vorweg: Zuerst ist der Netz¬ 
stecker abzuziehen. Aber auch dann ist 
Vorsicht im Bereich des Netzteils geboten- 
- die Eikos halten noch eine ganze Weile 
ihre Ladung. Außerdem ist alles Papier zu 
entfernen, damit es bei Entladungen nicht 
durch Funkenflug in Brand gesetzt wird. 

Zum Zerlegen müssen also alle Kabel und 
Stecker am Drucker entfernt werden. Dann 
folgen Papierkassette und Tonerkartusche. 
Eventuell heraus rieselnder Toner lässt 
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Blick in das geöffnete Gerät 


sich mit einem feuchten Tuch und kaltem 
Wasser aufnehmen. Warmes Wasser lässt 
den Toner abbinden und verursacht so 
Flecken. Auch eine eventuell vorhandene 
JetDirect Karte muss entfernt werden. Der 
Drucker wird nun in folgender Reihenfol¬ 
ge zerlegt: 

(1) Abnehmen des Seitenteils. Dies erfor¬ 
dert Fingerspitzengefühl, um nicht verse¬ 
hentlich Bauteile auf der Platine zu 
beschädigen. 

(2) Abnehmen der rückseitigen Klappe 

(3) Entfernen der Deckelklappe. Hier ist 
vorher die Stange auszuhaken, die an¬ 
sonsten die Deckelklappe fixiert. 

(4) Demontage der Steuerplatine. Vor dem 
Herausnehmen sind alle Stecker und 
Flachbandkabel abzustecken. Hier hilft ei¬ 
ne Notiz oder ein Foto, um die Kabel spä¬ 
ter wieder korrekt anzustecken. 


(5) Entfernen des Getriebes. Zum Glück 
ist das Getriebe fest auf einer Trägerplat¬ 
te montiert, sodass es nicht auseinander 
fällt. An der Getriebeplatte befindet sich 
ein Erdungskabel, das auch abgeschraubt 
werden muss. 


tig gefunden. Passend zugeschnittenes 
Papier oder Klebeband eignet sich gut zum 
Abdecken der klebrigen Stellen, sowohl 
auf der Relais- als auch auf der Hakensei¬ 
te. Wird der Haken per Hand an das Re¬ 
lais gedrückt, muss er beim Loslassen 
sofort wieder in seine Ursprungslage sprin¬ 
gen. Geschieht dies nicht, kleben die bei- 


Das ist einer der Papierhaken. 

Das aufgeklebte Abdeckpapier ist rot markiert. 


Nun sollten auf der linken Seite die beiden 
Relais zu sehen sein. Die beiden Zahnrä¬ 
der der Relais sind mit einem kleinen Wi¬ 
derhaken auf der Achse gesichert. Sie 
sollten mit leichtem Druck nachgeben und 
lassen sich dann abziehen. Drückt man 
nun den Haken per Hand an das Relais 
und bleibt er für einige Sekunden kleben, 
ist die Ursache für den Papierstau eindeu- 


den Seiten noch irgendwo aneinander. 

War der Eingriff erfolgreich, geht es an 
den Zusammenbau. Dabei dürfen die Er¬ 
dungsleitung der Getriebeplatine und die 
Stecker und Kabel der Steuerplatine nicht 
vergessen werden. Wenn alles geklappt 
hat, ist beim Drucken ein deutliches Klä¬ 
cken zu hören, sobald der Drucker ein 
Blatt einzieht. Der Druck von mehreren 
Seiten sollte dann wieder reibungslos 
funktionieren, (gb) 

Die Informationen sind dem Beitrag des 
Users "Nordlicht" im forum.classic- 
computing.de entnommen. 


GIBT S DIESEN BLÖDSINN 
IMMER NOCH? 


.Homer Simpson" 


Irgendwie schon. 

Und weil wir für jeden 
Blödsinn zu haben sind, 
machen wir Websites. 

Und Visitenkarten. Und Logos. 
Und Broschüren. Und Flyer. 
Und Geschäftspapiere. 

Und Plakate. Und, und, und... 


SIE HABEN EINE IDEE? 


Wirsetzen sie um. 


SIE HABEN KEINE IDEE? 


Wir schon. 


Werbeagentur für Frauen. Und Männer mit Mut. 


Internet (zum Schnuppern): 

pritti-wummen.de 

Mail (für Entschlossene): 

kontakt@pritti-wummen.de 


Telefon (für Wildentschlossene): 

0177 - 538 36 86 oder 
0171 - 500 42 62 
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HX-20 Handheld wiederbeleben 

Altes von EPSON 



W egen seiner ehemals großen Beliebtheit findet sich der HX-20 in 
vielen Sammlungen. Oft lässt sich das Gerät auch in bekannten 
Online-Auktionshäusern erwerben. Im Internet existieren einige Sites mit 
Informationen, Programmen und Handbüchern. Eigentlich steht einer 
Nutzung nichts mehr im Wege - wenn das Gerät denn noch funktioniert. 
Ist das nicht der Fall, hilft dieser Artikel weiter. 


Ab 1982 im Handel, war der HX-20 wegen 
seiner kleinen Abmessungen und der Kom¬ 
plettausstattung auch in Deutschland sehr 
beliebt. Vor allem im Außendienst, bei¬ 
spielsweise in der Forstwirtschaft, im Ver¬ 
messungswesen oder bei der Bundeswehr 
wurde er gern eingesetzt. Wegen seiner 
Erweiterbarkeit fand er aber auch in der 
Daten- und Messwerterfassung seine Lieb¬ 
haber. Zahlreiche Anbieter entwickelten di¬ 
gitale und analoge Schnittstellen zum 
Anschluss an den Erweiterungsbus, Spei¬ 
chererweiterungen und auch komplexe Pe¬ 
ripheriegeräte wie Bildschirmadapter oder 
Diskettenlaufwerke. Das eingebaute BA¬ 
SIC erlaubt auch Unterprogramme in Ma¬ 
schinensprache einzubinden. Wer das 
Gerät verstehen möchte, kann seine ers¬ 
ten Gehversuche auch direkt mit dem ein- 

SO 


gebauten Monitorprogramm machen. Eine 
kurze Einführung in die Assemblerprogram¬ 
mierung speziell für den HX-20 findet sich 
im Buch von Balkan (siehe Links). 

Hurra! Es ist ein Dual Core! 

Im Innern des HX-20 teilen sich zwei Hi¬ 
tachi 6301 Prozessoren die Arbeit. Dieser 
Prozessor entspricht dem Motorola 6801, 
ist aber in stromsparender CMOS Techno¬ 
logie ausgeführt. Er ist eine direkte Weite¬ 
rentwicklung des 6800. Diese Reihe von 
8-Bit Prozessoren führt noch bis zum 6809. 
Eine Charakteristik dieser frühen Prozes¬ 
soren (der 6801 erschien 1981) ist die ge¬ 
ringe Zahl von Registern, daher müssen 
Programme häufig auf den Hauptspeicher 
zugreifen. Allerdings sind immerhin schon 


zwei 16-Bit Register verfügbar (X und D 
als Kombination der Register A und B). 

Der kleine Problembär 

In LOAD#4 (2018) wurde schon gezeigt, 
wie die meist defekten Nickel-Cadmium 
Akkus ersetzt werden können. Um dem 
Platzproblem im Batteriefach zu begeg¬ 
nen, lassen sich aber auch getrost etwas 
kleinere Zellen einsetzen, sofern kein 
Langzeitbetrieb erforderlich ist. Oft fehlt 
auch das Original-Ladegerät. Als Ersatz 
dient ein Steckernetzteil mit 9V und ca. 
4W Leistung. Mit einem Reihenwiderstand 
von 12 Ohm / 2 Watt kann der Ladestrom 
auf durchschnittlich 200 mA begrenzt wer¬ 
den. 

Neben diesem leicht behebbaren Problem 
leiden die meisten HX-20 aber auch an de¬ 
fekten Elektrolytkondensatoren. Dies äu¬ 
ßert sich in nicht mehr ausreichend 
regelbarem Kontrast der LCD-Anzeige: 
Das Display scheint nichts anzuzeigen 
oder es flackert. Auch auf Mikrokassette 
zu schreiben, kann dann Probleme ma¬ 
chen. Es empfiehlt sich daher, alle 14 Kon¬ 
densatoren auszutauschen. Wegen der 
kleinen Bohrungen in der Platine und der 
geringen Bauhöhe muss dies mit Sorgfalt 
erfolgen. Damit sich das Gehäuse wieder 
schließen lässt, sollten alle Kondensato¬ 
ren Miniaturtypen sein. Wenn nur Bautei¬ 
le in normaler Größe vorhanden sind, 
lassen sich diese durch Umbiegen der 
Drähte liegend montieren. Wegen der 



Widerstand zur Strombegrenzung vor dem 
Einschrumpfen 
















CMOS Bauteile sind bei allen Arbeiten am 
Gerät natürlich Maßnahmen gegen elek¬ 
trostatische Aufladung zu treffen. 

Weiterhin kann der Antriebsriemen des Mi¬ 
krokassettenlaufwerks gealtert oder geris¬ 
sen sein. Dann ist ein Austausch 
erforderlich, der einiges an Fingerfertigkeit 
verlangt. 

Als letztes sollte sich das Augenmerk auf 
den Druckerrichten. Dieses Wunderwerk 
der Feinmechanik kann meistens eine Rei¬ 
nigung und neue Schmierung vertragen. 
Hier ist Sparsamkeit angeraten und es darf 
nur Fett oder Öl zur Anwendung kommen, 
das für Kunststoffteile geeignet ist. Das 
technische Handbuch enthält Hinweise zu 
den Schmierstellen. 


^ Die alten Farbbandkassetten beinhalten 
^ i Schaumstoffrollen, die sich im Laufe der 
m Jahre zersetzen. Hier ist der Ersatz am 
einfachsten, denn neue Farbbandkasset¬ 
ten sind noch im Handel erhältlich. Sie 
kommen immer noch in Kassensystemen 
zum Einsatz. 


Public Viewing 
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Klein, aber wichtig: Elektrolytkondensatoren 

Der Rechner ist auch heute noch gut zu 
verwenden, allerdings machen die kleine 
Anzeige und das langsame Kassettenlauf¬ 
werk die Entwicklung von größeren Pro¬ 
grammen doch sehr mühsam. Auch ist es 
damit schwierig, Programme und ihre Aus¬ 
gaben vor Zuschauern zu demonstrieren. 
Das war auch damals schon bekannt und 
es gab diverse Video-Konverter und Dis¬ 
kettenlaufwerke als Zubehör. Heute sind 
diese Geräte schwer zu beschaffen und 
oft defekt. Außerdem waren Bildschirm¬ 
auflösung und Speicherkapazität, den da¬ 
maligen RAM Preisen geschuldet, doch 
arg beschränkt. All diese Geräte werden 
in Form einer Kette an die „Hochgeschwin- 
digkeits-Schnittstelle“ des HX-20 ange¬ 
schlossen. Dies ist eine RS-232 kompatible 
serielle Schnittstelle, die mit 38400 Baud 
betrieben wird. Mit einem geeigneten Ka- 
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HX-20 


Register des 6301 im Vergleich zu seinen Ahnen und Enkeln 


bei und einem Seriell-USB Adapter kann Auflösung implementiert, da das Protokoll 
man sie heute leicht mit einem modernen Koordinaten mit 16 Bit überträgt. Außer- 
Rechner verbinden. dem wurden neue Steuercodes zum Zeich¬ 

nen von Linien ergänzt. Zur Verwendung 
What You See in BASIC ist dazu eine kleine Routine in 

iS What YOU Send Maschinensprache notwendig. 


Um das Arbeiten mit dem HX-20 etwas zu 
erleichtern, wurde eine Softwarelösung als 
Ersatz für diese Peripheriegeräte entwi¬ 
ckelt. Auch das gab es damals schon - 
Programme wie HX-LINK waren kommer¬ 
ziell verfügbar. Allerdings erfordern sie 
dann auch zeitgemäße Hardware, in der 
Regel einen IBM-kompatiblen Rechner mit 
MS-DOS. 

Um halbwegs plattformunabhängig zu sein, 
entstand der Emulator MH-20 in Java. Für 
die hardwarenahe Anbindung der seriel¬ 
len Schnittstelle wurde eine Bibliothek ver¬ 
wendet, die Windows, Linux und OS-X 
unterstützt. 

Die verfügbare Dokumentation beschreibt 
äußerst knapp die Kommunikation zwi¬ 
schen HX-20 und den Peripheriegeräten. 
Einige Unstimmigkeiten lassen sich nur 
durch Ausprobieren herausfinden. Als ers¬ 
tes wurden die Funktionen für Textdarstel¬ 
lung implementiert. Diese 
funktionieren ähnlich wie bei 
einem Terminal: der Cursor 
kann positioniert und Zeichen 
können ausgegeben, aber 
auch eingelesen werden. Ein 
Zeichensatz mit den passen¬ 
den Sonderzeichen wurde 
ebenfalls integriert. 

Nachdem die Textdarstellung 
funktionierte, wurde der 
Emulator mutig um die Gra¬ 
fikdarstellung ergänzt. Ge¬ 
genüber der Original-Hard¬ 
ware wurde eine größere 


Drehscheibe 

Nachdem nun Text und Grafikanzeige funk¬ 
tionierten, wurde das Protokoll für die Dop¬ 
pel-Disketteneinheit TF-20 erforscht. Auch 
das ist dokumentiert, allerdings teilweise 
widersprüchlich. Das Gerät mit den 5,25 
Zoll Scheiben wurde übrigens auch für den 
Einsatz mit anderen Epson-Rechnern kon¬ 
zipiert - die Emulation beschränkt sich 
aber auf die Interaktion mit dem HX-20 . 

Die TF-20 ist im Prinzip ein kleiner CP/M 
Rechner mit 64 KB Speicher. Etwas aber¬ 
witzig ist dabei, dass seine Z80 CPU mit 
4 MHz getaktet ist, während der HX-20 mit 
seinen beiden mit 614 KHz getakteten 
6301 und 32 KB RAM auskommen muss. 
Mit dieser Rechenleistung kann das TF- 
20 Diskettenoperationen ausführen, oh¬ 
ne den HX-20 zu belasten. Prinzipiell ver¬ 
steht der HX-20 nichts von Disketten¬ 
laufwerken. Daher fragt er beim Starten 
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Praxis 


die TF-20 nach dem „Bootloader“ Pro¬ 
gramm BOOT80.SYS. Dieses kleine Pro¬ 
gramm in Maschinencode wird von der 
TF-20 an den HX-20 gesendet. Danach 
startet der HX-20 dieses Programm, das 
dann die eigentliche ca. 4 KB große BA¬ 
SIC Erweiterung DBASIC.SYS nachlädt. 
Diese Erweiterung überschreibt bekannte 
BASIC Befehle mit TF-20 tauglichem Er¬ 
satz und stellt einige weitere Befehle zur 
Verfügung. 

Beide Dateien findet man auf den Boot- 
Disketten der TF-20 Einheit, die dankens¬ 
werterweise von F.J. Kraan im Internet ver¬ 
fügbar gemacht wurden. Dass diese 
Disketten in einem eigenen CP/M Format 
sind, versteht sich dabei von selbst. 

See You later Relocator 

Das ist soweit die Theorie. Leider wurden 
die ersten praktischen Versuche nur von 
einer lakonischen „CAN NOT LOAD“ Mel¬ 
dung belohnt. In der technischen Beschrei¬ 
bung tauchten aber noch die Begriffe „Load 
Address“ und „Relocation“ auf - erst wei¬ 
tere Forschungen ergaben dann das fol¬ 
gende Bild. 

Die BASIC Erweiterung wird am oberen 
Ende des Speichers angeordnet; der HX- 
20 kann jedoch mit unterschiedlichen Spei¬ 
chergrößen daherkommen (typischerwei¬ 
se 16 KB, oder 32 KB). Die BASIC 
Erweiterung enthält neben relativen Adres¬ 
sen auch absolute Speicheradressen die 
nur für eine bestimmte Lage im Speicher 
gültig sind. Andere absolute Adressen z.B. 
für Aufrufe von Funktionen des Betriebs¬ 
systems im ROM sind dagegen immer gül¬ 
tig. Damit der Erweiterungscode allge¬ 
meingültig funktioniert, müssen die abso¬ 
luten Adressen daher an die aktuelle La¬ 
ge im Speicher des HX-20 angepasst 
werden. Der „Bootloader“ sendet beim La¬ 
den der Erweiterung deshalb die Endadres¬ 
se des reservierten Speicherbereichs an 
die TF-20 und überlässt ihr die Arbeit der 
Addressanpassung. Sie rechnet brav alle 
betroffenen Adressen um und sendet den 
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Startbildschirm mit BASIC Erweiterung 
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10 REM ============================== 

20 REM 
30 REM 

40 REM ============================== 

50 PRINT "SEQENTIAL" 

60 OPEN "0",#1,"A!SEQ. TXT" 

70 FOR 1=1 TO 64 
30 PRINT#1, I 
90 NEXT I 
100 CLOSE #1 
110 REM 

120 PRINT "RANDOM" 

130 OPEN "R",#l,"A:RANI. TXT" 

140 OPEN "R",#2,"A: RAN2.TXT" 

150 FIELD #1,4 AS A$,4 AS B$,8 AS C$ 
160 FIELD #2,4 AS D$,4 AS E$,8 AS F$ 
170 FOR 1=1 TO 10 
180 LSET A$=MKI$<I) 

190 LSET B$=MKS$<I> 

3reak 


Der Emulator in Aktion 

veränderten Programmcode an den HX- 
20. Diese Verschiebung wird im Englischen 
als „Relocation“ bezeichnet. Jeder moder¬ 
ne Compiler kann verschiebbaren Code 
erzeugen, er erzeugt also neben dem ei¬ 
gentlichen Code auch eine Tabelle mit den 
zu verschiebenden Adressen (bei CP/M 
z.B. in den .REL, bei MS-DOS in den .OBJ 
Dateien, die dann auch in den .EXE Da¬ 
teien enthalten sind). Es ist dann Aufgabe 
des „Laders“, den Code in den Speicher 
zu laden und alle in der Tabelle aufgeführ¬ 
ten Speicherstellen zu korrigieren. Erst 
dann kann das Programm ausgeführt wer¬ 
den. Genau das passiert, wenn man ein 
.EXE Programm unter MS-DOS startet. 

Lauschangriff 

Leider ist nirgendwo dokumentiert, wo die 
Relokationstabelle für die BASIC Erweite¬ 
rung zu finden, geschweige denn, wie sie 
formatiert ist. Daher wurde ein kleiner 6301 
Disassembler geschrieben, um die in Fra¬ 
ge kommenden Stellen aufzuspüren. Das 
sind in der Regel Operationen mit festen 
Adressen im RAM-Bereich. Nicht immer 
war das Ergebnis eindeutig. Daher erfolg¬ 
te zusätzlich ein Lauschangriff auf die seri¬ 
elle Schnittstelle. Damit konnte der 
Datenfluss von einer TF-20 zum HX-20 
aufgezeichnet und mit den ursprünglichen 
Daten der BASIC Erweiterung auf der Boot- 
Diskette verglichen werden. Aus der Dif¬ 
ferenz entstand dann die erforderliche Ta¬ 
belle. Damit liess sich schließlich ein 
Relocator schreiben, der die Adressen an 
jede vom HX-20 vorgegebene Ladeadres¬ 
se anpasst. 

Der Emulator liest also die Originaldaten 
der BASIC-Erweiterung und rechnet die 
zu verschiebenden Adressen um, bevor er 
das Ergebnis an den HX-20 sendet. Da¬ 


mit bekommt der HX-20 den korrekten Pro¬ 
grammcode und meldet sich nach einigen 
Sekunden schließlich stolz mit dem Start¬ 
bildschirm. Die DISK-BASIC Erweiterung 
belegt übrigens 4442 Bytes, was bei ei¬ 
nem 16 KB HX-20 schon ins Gewicht fal¬ 
len kann. 

Nachdem nun endlich das Boot-Problem 
gelöst war, mussten nur noch die eigent¬ 
lichen Diskettenfunktionen implementiert 
werden. Dies geschah nicht mit einem Dis- 
ketten-lmage, sondern jede Datei wurde 
direkt als Datei im Zielsystem angelegt. 
Damit lassen sich beispielsweise BASIC 
Programme in ASCII Form sehr einfach 
austauschen - man kann sie mit einem 
Texteditor anlegen und dann das Pro¬ 
gramm einfach mit LOAD in den HX-20 la¬ 
den. Beim Speichern hat man die Wahl, 
das Programm wieder in ASCII-Form oder 
als kompakte, “tokenisierte“ Binärdatei zu 
schreiben. 

Auf der Strecke bleiben in der Emulation 
nur eine Handvoll besonders hardwarena¬ 
her Funktionen wie das Formatieren von 
Disketten oder das direkte Lesen und 
Schreiben von Sektoren. Mit dieser Ein¬ 
schränkung lässt sich aber sehr gut leben. 


Ueber den Autor 

Martin Hepperle 
lernte das Prograw- 
nieren noch in letz¬ 
ten Jahrtausend nit 
Hilfe von Lochkar¬ 
ten. Das Interesse 
an HX-20 ruehrt von 
einen HX-20 in Buero 
seines Vaters her, 
den er als Student 
gelegentlich benut¬ 
zen durfte. 
































Kurz berichtet 




Dank des externen Monitorbilds behält der 
Anwender auch beim Programmieren den 
Überblick- so macht das Programmieren 
und Demonstrieren mehr Spaß. 

Links 

https://fjkraan.home.xs4all.nl/comp/hx20 

http://oldcomputer.info/8bit/hx20 

https://MH-AeroTools/HP 

Weitere Quellen 

Balkan: „Using and Programming the Ep¬ 
son HX-20 Portable Computer“ 

Epson: „Technical Manual - Hardware“ 
Epson: „Technical Manual - Software“ 


Historische Werbung 


Vobis-Anzeige vom Dezember 1986 


komplett wie 


1865.00 


AMIGA COMPUTER 

20815 Commodore Amiga Basispaket 


20819 GrafiCraft + TextCraft 

20820 MS-DOS Transformer Disk 
20823 1081 RGBl AMIGA-Monitor 
20830 Speichererw. auf 512 K 
20832 2. Laufwerk für AMIGA 
20880 SIDECAR-PC Ausführung 

alter VOBIS-Preis 2098.-jetzt 


95.0c 

185.00 

945.00 

348.00 

685.00 


1875.00 
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legendäre Spiele und Anwendungen 
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Computer in der DDR 
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Gratis: Amiga Forever8 
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Rene Meyer- Computer in der DDR 
Landeszentrale für politische Bildung 
Thüringen , 5 EUR (Versand) 

ISBN 978-3-946939-74-0 


c't Retro 

Heise Verlag, EUR 6,90 
ISSN 0724-8679 


Rene Meyer, Spieleexperte aus Leipzig 
und Autor zahlreicher Bücher, setzt sich 
seit Jahren intensiv mit der Geschichte der 
Computer in der DDR auseinander. 

Die Geschichte der Mikroelektronik und 
des Computerbaus in der Deutschen De¬ 
mokratischen Republik ist lang, umfang¬ 
reich und steckt voller Besonderheiten. 
Viele der Geräte wurden nach 1990 als 
uninteressant beiseite geschoben, obwohl 
Modelle wie der KC 85 des VEB Mikro¬ 
elektronik auch heute noch einen Blick 
wert sind. Autor Rene Meyer zeigt mit sei¬ 
nem Buch viele unterschiedliche Aspekte 
der Technikgeschichte der DDR auf. Auf 
den ersten Seiten erfährt der Leser grund¬ 
sätzliches über die Geschichte der Com¬ 
putertechnik vom Abacus bis zu den ersten 
Großrechnern der Nachkriegszeit im Land 
des real existierenden Sozialismus. Dar¬ 
auf folgt die Vorstellung der verschiede¬ 
nen Bürorechner, Großrechner und 
Kleincomputer. Leider sind die Angaben 
zu den Rechnern wenig systematisiert, 
weshalb Fragen zur Technik oft unbeant¬ 
wortet bleiben. Diese Lücken anhand wei¬ 
terer Quellen zu füllen, bleibt dem Leser 
überlassen. Des weiteren beschreibt der 
Band die Computerszene der DDR, den 
Einfluss von Westcomputern und die ver¬ 
schiedenen Bildungseinrichtungen, in de¬ 


nen der Bürger in Kontakt mit der Technik 
treten konnte. Angereichert wird dieses 
Potpourri durch Interviews und subjektive 
Berichte von Zeitzeugen. 

Der Band liefert damit viele Mosaikstein- 
chen zur Geschichte der Computer in der 
DDR und genau dies macht ihn lesens¬ 
wert. Wer hingegen eine vollständige und 
chronologisch aufbereitete Einführung in 
das Thema sucht, wird enttäuscht sein. Ei¬ 
nen Blick ist der Band aber in jedem Fall 
wert, nicht zuletzt aufgrund des niedrigen 
Preises. Die Thüringische Landeszentra¬ 
le für politische Bildung gibt den Band ge¬ 
gen Versandkosten ab. 

Auch ein Blick in die neuerdings im Heise 
Verlag erscheinende Retro-Sondernum- 
mer der c't lohnt sich für geschichtsinter¬ 
essierte Leser. Auf 13 Seiten berichtet 
Meyer hier über Computermodelle, Fol¬ 
gen des westlichen Hightech-Embargos, 
die Computerszene in der DDR und über 
Möglichkeiten, DDR Computer per Emu¬ 
lator nachzubilden. Die klare thematische 
Eingrenzung der vier Artikel trägt zur Les¬ 
barkeit bei. 

Wer die c't im Abonnement bezieht, hat 
das Heft als Bonus bekommen. Es ist auch 
direkt beim Verlag erhältlich, (gb) 




























Praxis 


Kopplung von Geräten unterschiedlicher Geschwindigkeit 

RS-232 Umsetzer 
mit socat 

S erielle Verbindungen sind bei klassischen Computern und 
Workstations fast immer vorhanden. Sie sind vergleichsweise 
einfach zu implementieren und flexibel in der Nutzung. Das ist Segen und 
Fluch zugleich: Wer einmal versucht hat, zwei Geräte ohne genaue 
Kenntnis von Handshake, Baudrate und Parity zu koppeln, hat die Tücken 
kennengelernt. Doch ein Raspberry Pi und etwas Software können helfen, 
serielle Verbindungen über Rechnergrenzen hinweg zu koppeln- bei 
Bedarf sogar über das Internet. 


Hierzu braucht es neben einem passen¬ 
den Rechner unter Windows oder Linux 
nur das Kommandozeilentool socat. Da¬ 
bei handelt es sich um Werkzeug zum Ver¬ 
arbeiten von Bytestreams, speziell um 
solche von seriellen Anschlüssen. Ist ein 
serielles Gerät an eine serielle Schnittstel¬ 
le eines Rechners angeschlossen, kann 
sich socat gegen diese Schnittstelle ver¬ 
binden und die ein- und ausgehenden Da¬ 
ten weiterleiten. Ziel kann ein weiteres 
Gerät auf dem Rechner sein, aber auch 
eine laufende socat Instanz auf einem ganz 
anderen Rechner im Netz. Interessant wird 
die Sache dann, wenn verschiedene seri¬ 
elle Terminals oder andere Geräte Verbin¬ 
dung zu einem historischen Rechner 
aufnehmen sollen. Hier ermöglicht socat, 
die Geräte nacheinander anzubinden, oh¬ 
ne die Kabel umstecken zu müssen oder 


die seriellen Geschwindigkeiten der Gerä¬ 
te anzupassen. 

Plug once, use many 

Üblicherweise verbinden direkte Kabel die 
Rechner mit Terminals oder Papertape 
Reader oder -Puncher direkt untereinan¬ 
der. Dabei unterscheiden sich die Geräte 
oft in Steckerformen und deren Belegun¬ 
gen und der Portgeschwindigkeit. Es 
braucht also einen Zoo an Kabeln und Ad¬ 
aptern, um diese verschiedenen Geräte 
untereinander zu koppeln. Auch ist oft die 
Portgeschwindigkeit bei alter Hardware mit 
Lötbrücken anstelle von Jumpern oder DIP 
Switches nicht schnell und eben mal so 
anzupassen. Hier ist eine einmal einge¬ 
richtete statische Anbindung am Rechner 
von Vorteil, die dann dynamisch per Soft¬ 
ware weiterzuschalten ist. 


Im folgenden wird von einem Raspberry 
Pi mit Linux für den Betrieb von socat aus¬ 
gegangen. Bei anderen Rechnern ist das 
Vorgehen sehr ähnlich. Der kleine Rech¬ 
ner besitzt keine eigenen seriellen Schnitt¬ 
stellen, aber USB/ Seriell-Adapter können 
diese gut ersetzen. Dies müssen nicht die 
oft anzutreffenden kleinen Kabeladapter 
mit zweifelhafter Funktion sein. Für indus¬ 
trielle Anwendungen existieren zuverläs¬ 
sige USB Adapter mit 4 oder 8 seriellen 
Ports, beispielsweise von den Herstellern 
StarTech oder SerialGear. Damit lassen 
sich eine Menge Geräte an den Raspber¬ 
ry anschließen. 

Sind die Terminals und die anderen Gerä¬ 
te alle jeweils am Raspberry Pi angeschlos¬ 
sen und die jeweiligen Baudraten der 
Schnittstellen eingerichtet, schaltet socat 
die Verbindungen zusammen, ohne noch 
weiter an irgendwelche Kabel heran zu 
müssen. Dabei entfällt die Anpassung der 
Portgeschwindigkeit der verschiedenen 
Geräte, denn eventuelle Unterschiede puf¬ 
fert das socat. 

Die Baudrate der seriellen Schnittstelle am 
Raspberry Pi muss natürlich dem jeweili¬ 
gen Gerät entsprechen. Unter Linux stellt 
stty die Portgeschwindigkeit ein. Oft sind 
9.600 Baud passend, je nach Hardware 
der seriellen Schnittstelle sind Geschwin¬ 
digkeiten bis hinunterzu 110 Baud mög¬ 
lich. Hier gilt es auf die Beschreibung der 
Schnittstellenadapter zu achten, manch 
billige USB-Anschlüsse sind "untenrum" 
mitunter problematisch. 

Ein einfaches Beispiel 

Der einfachste Fall ist der Anschluss eines 
Rechners und eines Terminals über den 
Raspberry Pi. 

_Rechner an Schnittstelle /dev/tty- 

USBO 

_Terminal an Schnittstelle 

/dev/tty/USBI 



Aufbau mit Raspberry Pi Zero und USB/Seriell-Adapter 
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__ -100*50 __ 

'99t#oiP««i:/*t9««/P!* /j»r/Bin/»acat -4 -4 -4 /dev/ttyUSBl, r«w,et*>0*9 tcp4-coinect:loc«lBoit:47n 
7979/97/91 17:43: 34 socat[19S7] I socat Oy Ce'iB'd Riege' - see www.dest-jnrepcli.org 
7979/97/91 17:43:34 socat[1952] ! TMs prodjct includes Software developed by the OpenSSl Project fo 
r jse »n the OpenSSl TaoUlt. (nttp://www. ooenssl.org/) 

7974/47/49 11:41:}« socat [1957! I Tbis prodjct includes Software written by Tla Hjdson (tjhfcryptsof 

74?4/47/41 11:41:14 socat:i4S7: I mte'P'etmg address */dev/ttyUSBl* as ftle nare 

7474/67/01 11:41:14 socat ;i6S7: t settmg Option ■•*«- 

7674/47/41 11:41:14 socat:iBSi: t settmg Option 'eoo* to 9 

?•!•/Il/ai 11:41:14 socatlliS?: 1 */de</tty'JSBl* is not a socket, openO'mg »t 

7476/67/63 11:41:14 socat[1657 b opening cha'actf' de.iee */dev/ttyUSSl’ for reading and wrlting 

7476/67/41 11:41:14 soc«r 14571 I sp«nl'/dev/ttyjS81*. 47447. 9666) -> 4 

1919/91/91 11:41:14 socat ÜBll b sse-mg Connection to AF-7 111.9.9.1:4711 

1914/41/91 11:41:14 socat 1941! t sta-tmg C5 nnect 'oos 

1919/91/91 11:41:14 socat 1941I t soe.etil. 1. 6) 6 

1919/91/91 11:41:14 soca’ 1657 b SaCCCSSfa"/ conneeteJ fr or tocat address AF.7 111.9.9.1:44916 

1919/91/91 11:41:14 socat 1941; I 'eso' .»1 anl openrd a sock addresses 

1919/91/91 11:41:14 soca* 1941. b sta**;ng data t'ansfe* OOP witb POs *14,51 and 16.61 

1919/91/91 11:44:9« soca* 1941! 1 •*aosf»*"d 1 tytes f*or 4 to 6 

1919/91/91 11:44 9« socat 19411 1 t'«ns »»'"4 1 t/tes f*oe 6 to 4 

1919/91/91 11:44 9« socat 19411 1 t'«nif''"d 1 S/tes f'oe 4 to 6 

1919/91/91 11:44:91 socat 19411 1 *'«*.sf""1 1 Bytes f'oe « to 4 

1919/91/91 11:44:91 socat 19411 t t*ensf»*"d 1 6/tes f'oa 4 to 6 

1919/91/91 11:44:91 socat 19411 .* t'a*sf""d 1 t/tes f'oe l to 4 

1919/91/41 11:44:91 socat 1941] I t'«nsf»"ed 1 tytes f'oe 4 to 6 

1919/91/91 11:44:19 socat 19411 1 t'«nsf""1 t Bytes f'o» 6 to 4 

1919/91/91 11:44:11 socat 1941] 1 t'«nsf""4 1 Bytes fr»» 4 to « 

1919/91/91 11:44:11 socat '19411 t t'«ns»""d 1 Bytes f'oe l to 4 

1919/91/91 11:44:11 socat 14411 I t'ansfe.-ed 1 Bytes f'oe 4 to t 

14/9/41/91 11 44 11 socat 14411 I f.ansfe-.ed 1 Bytes f'r.e f. to 4 

19/#/«l/41 11:44:11 socat 1441! I t'ansfe..ed ;/ o,t's f",r 6 to 4 

1414/41/41 11:44:11 socat 19411 t t'ansfe..ed 4 Bytes f'oe « to 4 

1414/41/41 11:44:19 socat 19411 I t'ansfe.ced II Bytes fco* *, to 4 

1414/41/41 11:44:11 socat 14411 1 f.ansfec.ed 1 Bytes fco» 6 to 4 

1414/41/91 11:44:11 socat 1441; t t'ansfe'.ed 1 Bytes »">• 6 to 4 

1914/41/91 11:44:11 so' at 1441, 1 t.aosfe'.ed 1 Bytes f.'.e ». to 4 

14/491/41 11:44:11 so'a* 1441. 1 t'ansfe..ed 1 Bytes f'o« « to 4 

1919/41/41 11 44:11 soca» 1941. I lcansfe»»ed 1 Bytes f'oai 6 to 4 

1414/41/41 11 «4:11 socat 144i; I transferred 1 Bytes »">• f. to 4 

1414/41/91 11 4« 11 SO' a* 1941. I t.aoiferced 1 Bytes fco» ». to 4 

1414/91/91 11 4« 11 SO'** 144Ü I tcansfec.ed 1 Bytes fco« « to 4 

1919/91/91 11 «4 11 so'*»19411 I transferred 1 Bytes fro« 6 to 4 

1414/41/91 11 44 11 s.-a* 19411 I trpnsferred I Bytes fro« 6 to 4 

1414/91/91 11 4« 11 «-.-*» 19411 I t'*osf""d 1 Bytes fro« 4 to 4 

1414/41/41 11 44 11 so* at ' 19411 I t'*nsf""d 1 Bytes fro« 6 to 4 

1919/41/91 11 44 11 • •• 19411 1 t'«nsferred 1 Bytes fro« « to 4 

1414/47/41 11 44 11 •.. *• 14411 1 traosfarred t Bytes fro« 4 to 4 

1414/41 41 11 44 11 so *• 14411 I tr«osfer.ed 1 Bytes f'o« « to 4 

1414 41 41 11 «4 11 so'at 14411 I transfecred 1 Bytes fro« « to 4 

1414 4. «I 11 44 11 . 14411 1 transfecred 1 Bytes fco« 6 to 4 




£ voiker — pj#pdp8mi-»sh pi»pdp8m—92*60 


root$pdp8r:/noee/pif /usr/Din/socat -d -d -d /dev/ttytJS86,rav,echo«6 tcp«-listen:4711 
2929/92/99 12:42:94 socat[1942] I socat by Gerhard Rieger - sec www.dest-unreach.org 
2929/92/99 12:42:94 socat (1942] I Tbis product includes Software developed by the OpenSSl Pr 
oject for use ln the OpenSSl Toolkit. (http://www.openssl.org/) 

2929/92/99 12:42:94 socat(19421 I This prodjct includes Software written by Ti« Hudson (tjhf 
cryptsoft.con) 

2929/92/99 12:42:94 socat [1942] I interpreting address */dev/ttyUSBB" as file naae 
2929/92/99 12:42:94 socat [1942] I settmg Option Vew* 

2129/92/99 12:42:94 socat (1942) I settmg Option *echo* to 9 

2929/92/99 12:42:94 socat(19«2) I *7dev/ttyUSB9* is not a socket, openO’ing it 
2929/92/99 12:42:94 socat11942] N opening character device */dev/ttyUSB9* for reading and wr 
itmg 

2929/92/99 12:42:94 socat(1942) I open(*/dev/ttyUSB9 a . 92992, 9666) -> S 
2929/92/99 12:42:94 socat(1942] I socket(2, 1, 6) -> 6 

2929/92/99 12:42:94 socat (1942] I Start mg accept loop 

2929/92/99 12:42:94 socat(1942] N listening on AF-2 9.9.9.914711 
’ *[2429/92/99 12:41:34 socat(1942] I accept(6, <2. AF-2 127.9.9.1:45926), 16) 

7979/92/99 12:43:34 socat(1942] N accepting connection fro« AF«2 127.9.9.1:45926 on AF«2 127 
.9.9.1:4711 

; 7929/92/99 12:43:34 socat(1942| I peraitting connection froa AF«2 127.9.9.1:45926 
,7979/97/99 12:43:34 socat[1942] I close(6) 

' 7979/67/99 12:43:34 socat(1942] I resolved and opened all sock addresses 
'7976/97/99 17:43:34 socat(1942] N startmg data transfer loop with FOs (5,5) and (7,7) 
7979/97/99 12:44:96 socat|1947] I transferred 1 bytes froa 7 to S 

7979/97/99 17:44:96 socat[1942] I transferred 1 bytes froa 5 to 7 

7979/97/99 17:44:96 socat(1942) I transferred 1 bytes froa 7 to 5 

7979/97/99 17:44:9/ socat(19471 I transferred 1 bytes froa S to 7 

7979/97/99 17:44:9/ socat(19421 I transferred 1 bytes froa 7 to 5 

7979/97/99 17:44:9/ socat(19471 I transferred 1 bytes froa S to 7 

7979/97/99 12:44:99 socat(1947] I transferred 1 bytes froa 7 to 5 

7979/97/99 12:44:19 socat11942] I transferred 3 bytes froa S to 7 

, 7476/67/69 17:44:11 socat|1942] I transferred 1 bytes froa 7 to S 

7979/97/99 17:44:11 socat(1942) I transferred 1 bytes froa 5 to 7 

7979/97/99 17:44:13 socat(1947] I transferred 1 bytes froa 7 to 5 

7979/97/99 17:44:13 socat(1947] I transferred 2 bytes froa 5 to 7 

' 7979/97/99 17:44:19 socat(1947] I transferred 17 bytes froa 5 to 7 
,7979/97/99 17:44:19 socat[1947] I transferred 4 bytes froa S to 7 
7070/97/99 17:44:19 socat|1947) I transferred 13 bytes froa 5 to 7 
.M70/97/99 17:44:19 socat[19471 I transferred 1 bytes froa 5 to 7 

7970/97/09 17:44: 19 socat 11047] 1 transferred 1 bytes froa 5 to 7 

17070/07/09 17:44:19 socat110471 1 transferred 1 bytes froa 5 to 7 

7070/07/09 17:44:19 socat[1047] I transferred 1 bytes froa S to 7 

7070/07/09 17:44:19 socat(1047) I transferred 1 bytes froa S to 7 

7070/07/01 17:44:19 socat(1047] 1 transferred 1 bytes froa S to 7 

•070/97/09 17:44:11 socatll047] 1 transferred 1 bytes froa S to 7 

7074/07/01 17:44: 11 soc.it (1042) I transferred l bytes froa J to 7 

7070/07/91 17:44:19 socat[1447] 1 transferred 1 bytes froa S to 7 
1/070/07/01 17:44:19 socat11047] 1 transferred 1 bytes froa S to 7 
7070/07/01 17:44:19 socat|l047] I transferred 1 bytes froa S to 7 

7070/07/09 17t44:19 socat(10421 l transferred 1 bytes froa 5 to 7 


RS-232 Verbindung vom Sender (links) zum Empfänger (rechts) auf Port 4711/tcp 


Sind die Geräte auf die gleiche serielle Ge¬ 
schwindigkeit (hier 9600 Baud) eingestellt, 
sind weiteren Anpassungen nötig. Auf der 
Kommandozeile des Raspberry Pi genügt 
dann folgendes Kommando zur Kopplung 
der Geräte: 

socat -d -d -d /dev/tty- 
USBO,raw,echo=0 /dev/tty¬ 
USBl ,raw,echo=0 

Hier drehen die Parameter "-d -d -d" die 
Debugging-Ausgaben hoch. Zur Fehlersu¬ 
che ist das hilfreich, sie können entfallen, 
funktioniert der Aufbau ersteinmal. socat 
verbindet auf diese Weise beide seriellen 
Schnittstellen kreuzweise. Jetzt kommen 
die Eingaben vom Terminal am Rechner 
an, und dessen Ausgaben am Terminal - 
gerade so, als seien die Geräte mit einem 
Nullmodemkabel verbunden. 

Kopplung unterschiedlicher 
Geschwindigkeiten 

Hat nun das Terminal eine andere Schnitt¬ 
stellengeschwindigkeit (4800 Baud), kommt 
stty zum Einsatz: 

stty -F /dev/ttyUSBl 4800 
socat -d -d -d /dev/tty- 
USBO,raw,echo=0 /dev/tty¬ 
USBl ,raw,echo=0 

Und schon klappt die Verbindung auch 
hier, ohne Jumpern oder andere komple¬ 
xere Anpassungen an der Hardware. Ein 
Hinweis für MacOS X Beutzer: Hier muss 
stty mit Administratorrechten (root) genutzt 


werden, außerdem wird der Parameter -f 
(also Kleinbuchstabe) anstelle von -F be¬ 
nötigt. 

Serielle Verbindungen über 
das Netz 

Sind die seriellen Geräte nicht am gleichen 
Raspberry Pi angeschlossen, sondern hän¬ 
gen an verschiedenen Raspberries im glei¬ 
chen Netz, kann socat den Datenstrom 
auch über eine TCP/IP Verbindung schi¬ 
cken. Dazu wird auf jedem Raspberry je¬ 
weils socat gestartet, einmal auf dem 
Empfänger als horchender Prozess, ein¬ 
mal als Sender. Beide nutzen den gleichen 
TCP Port. 

Um den Empfänger auf Port 4711/tcp zu 
starten, genügt der folgende Aufruf: 

socat -d -d -d /dev/tty- 

USBO,raw,echo=l tcp4-listen:4711 

Damit verbindet sich socat gegen die seri¬ 
elle Schnittstelle und horcht auf den TCP- 
Port 4711. Damit sich das andere Gerät 
mit dem Empfänger verbindet, braucht es 
die Angabe von IP-Adresse und Portnum¬ 
mer: 

socat -d -d -d /dev/tty- 
USBO,raw,echo=0 tcp4 - 
connect:192.168.0.100:4711 

In diesem Beispiel ist 192.168.0.100 die 
IP Adresse des Empfängers. So wird auch 
hier die Verbindung hergestellt und die 
Ein/Ausgabe funktioniert wie mit einem 


Nullmodemkabel. Aber Sender und Emp¬ 
fänger können beliebig voneinander ent¬ 
fernt stehen. Das Ganze funktioniert auch 
über das Internet, wenn beide Seiten ihre 
Firewalls oder Router passend eingerich¬ 
tet haben. Sobald sich die beiden Raspber¬ 
ries über das Netzwerk erreichen, ist das 
kein Problem. 

Wer weitere Möglichkeiten von socat ken¬ 
nenlernen möchte, kann sich mit "man so¬ 
cat" unter Linux die Manual-Seiten 
anzeigen lassen. Unter Windows ist im Pa¬ 
ket eine entsprechende Dokumentation 
dabei. 

Links 

https://linux.die. net/man/1/socat 

https://sourceforge.net/projects/unix- 
utils/files/socat/1.7.3.2/ 

https://github.com/StudioEtrange/socat- 

windows/blob/master/EXAMPLES 
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Praxis 


Serielle Localtalk Netze 

Der Apfel 
an der Strippe 


M itte der 1980er Jahre war eine Vernetzung von Computern mit 
Ethernet und TCP/IP alles andere als selbstverständlich. Die 
Hardware war teuer und die Suche nach dem richtigen Netzprotokoll 
noch lange nicht abgeschlossen. Mehrere Hersteller machten sich daran, 
ihre Rechner von Haus aus mit einfachen Vernetzungsmöglichkeiten 
auszustatten. So auch Apple- mit dem Macintosh Plus im Januar 1986 
wurde das serielle Localtalk-Netz eingeführt. 




Mit LocalTalk lassen sich auf einfache und 
kostengünstige Art mehrere Macintosh- 
Rechner und Drucker miteinander vernet¬ 
zen. Dies geschieht über den klassischen 
Printer-Port (Mini-DIN8 Buchse). Außer¬ 
dem benötigt jeder Rechner oder Drucker 
im Netz eine kleine Splitterbox (siehe Bild 
oben), die eine galvanische Trennung von 
Leitung und Schnittstelle realisiert. Sie ent¬ 
hält ein kurzes Anschlusskabel zur Verbin¬ 
dung mit dem Macintosh sowie zwei 
Mini-DIN8 Buchsen zum Anschluss zwei¬ 
er Kabel. Ist nur ein Kabel angesteckt, ar¬ 
beitet sie als Abschlusswiderstand und 
terminiert das Netz, damit es keine Pro¬ 
bleme bei der Übertragung gibt. Die Kos¬ 
ten für die Hardware halten sich in Gren¬ 
zen. Ein einfaches Set, bestehend aus 
zwei Boxen und einem Kabel zum Verbin¬ 
den der Beiden, ist mit etwas Glück schon 
für unter 10,- Euro zu bekommen. Das war 
es auch schon an erforderlicher Hardware- 
die nötige Software bringt Ihr Macintosh 
bereits mit. 


Gemeinschaftsfunktionen 


File Sharing 

Start ) i File Sharing ist nicht aktiviert. Klicken Sie in "Start", um anderen 
‘ : Benutzern den Zugriff auf Ihren Macintosh zu ermöglichen. 


Status 

! Die Programmverbindungen sind nicht aktiv. Klicken Sie in 
Start", um anderen Benutzern den Zugang zu ermöglichen. 


Ältere OS-Versionen benötigen unbedingt 
noch die AppleTalk-Erweiterung im Sys¬ 
temordner, sonst bleibt der Rechner stumm 
und ignoriert auch ankommende Daten. 
Idealerweise sollten Sie Sys¬ 
tem 7.0 oder höher nutzen. 

Um das Netz einzurichten, 
schalten Sie die als Teilnehmer 
geplanten Rechner ab. Stecken 
Sie das Kabel der Box (links im 
Bild) in den Printer-Port bzw. an 
den LocalTalk Port Ihres Dru¬ 
ckers. Das Verbindungskabel 
kommt nun in eine der beiden 
Buchsen und mit dem anderen 
Ende wieder in eine freie Buch¬ 
se der nächsten Box. So wird 
eine Kette gebildet, wobei die äußeren En¬ 
den nicht zu einem Kreis verbunden wer¬ 
den dürfen. Die Reihenfolge der Teilnehmer 
(Rechner, Drucker) spielt keine große Rol¬ 
le. Im Testaufbau bildet der LC den Ab¬ 
schluss der einen Seite, gefolgt vom LC 
III und einen HP Laserjet, der das Ende 

Grundgerüst vom File Sha¬ 
ring ist das Kontrollfeld 
"Gemeinschaftsfunktionen 
Wichtig sind hier Eigentü¬ 
mer- und Gerätename und 
das Kennwort. Möchten Sie 
Ordner und Laufwerke Ihres 
Macs im Netzwerk teilen, 
dann aktivieren Sie auf jeden 
Fall "File Sharing”. Die 
Programmverbindung kön¬ 
nen Sie in der Praxis verges¬ 
sen - der Redaktion sind 
keine praktischen Beispiele 
für dieses Feature bekannt. 



der anderen Seite definiert. Die Abbildung 
zeigt ein Beispiel, wie ein LocalTalk Netz 
aussehen kann, das aus zwei Rechnern 
und m Drucker mit einer LocalTalk Schnitt¬ 
stelle besteht. Der Apple LaserWriter ver¬ 
fügt von Haus aus über einen solchen 
Anschluss, andere Geräte wie der Nadel¬ 
drucker Apple ImageWriter II können Lo¬ 
calTalk Module aufnehmen. Auch für den 
IBM PC waren LocalTalk Anschlüsse in 
Form von ISA Karten erhältlich. Apple lie¬ 
ferte dafür auch die passende AppleTalk 



Clientsoftware. Übrigens müssen die "Zwi¬ 
schenstationen" nicht eingeschaltet sein, 
möchten Sie beispielsweise den Drucker 
am anderen Leitungsende benutzen. Auf 
den Testaufbau bezogen heißt das, der LC 
kann auch dann drucken, wenn die Mitte 
(LC III) friedlich vor sich hin schlummert. 

Netzkonfiguration 

Haben Sie die Hürde des Anschlusses ge¬ 
nommen, müssen noch einige Einstellun¬ 
gen im System vorgenommen werden. 
Zum Beispiel braucht jeder Rechner einen 
Namen, mit dem er identifiziert werden 
kann. Möchten Sie später Laufwerke und 
Dateien zur Verfügung stellen, dann müs¬ 
sen Sie zusätzlich noch Benutzer/Benut¬ 
zergruppen und Kennwörter festlegen. Als 
erstes öffnen Sie das Kontrollfeld "Gemein¬ 
schaftsfunktionen", vergeben einen Gerä¬ 
tenamen und definieren den Eigentümer 
über Name und Kennwort. Dann können 

































































* 


jcal Talk j ^ nsc hiuss), welches aht . 

as Übertragungsmedium ( • sich m eine Zweidrah 

noleTalk genutzt wird. Es d S _ 422 Schnittsteile des 

Snri™J f StinSS*»»—“" 30 °”” 

"JÄ serielle »»«3«— 

SÄSS2Ä'* *—'* * *“ 

asynchrone RS-232 arbeiten. 

AopleTalk „ wnn ann i e die etwa um 1983 

=s=^Sä==«: 

SÄ-»——- 


Sie "File Sharing" aktivieren. Ob Sie es 
glauben oder nicht: Ihr Macintosh kann 
jetzt bereits als Fileserver dienen oder auf 
Dateien von anderen Macs im Netz zugrei¬ 
fen. Über "Benutzer & Gruppen" (ebenfalls 
im Ordner "Kontrollfelder" zu finden) las¬ 
sen sich über das Ablage-Menü Zugriffe 
auf den Rechner steuern. Möchten Sie nun 
Ordner oder Laufwerke für andere Teilneh¬ 
mer freigeben, dann klicken Sie diese im 
Finder einmal an und wählen Sie im Me¬ 
nü "Ablage" den Punkt "Gemeinsam nut¬ 
zen..." an. Das wars auch schon. Öffnen 


Sie "Auswahl" und klicken auf das 
Icon "Apple Share". Falls AppleTalk 
ausgeschaltet war, dann ist vor der 
weiteren Nutzung ein Neustart fäl¬ 
lig. Ansonsten wählen Sie den Ser¬ 
ver, geben die Zugangsdaten ein 
und lassen den Macintosh wissen, 
welches Laufwerk Sie gerne am 
Desktop anmelden möchten. Üb¬ 
rigens sollten Sie AppleTalk ab¬ 
schalten, wenn Sie es nicht 
benötigen- es kostet nämlich auch 
im Nicht-Betrieb ein wenig Re¬ 
chenzeit. Gerade auf 68000-Mo- 
dellen holen Sie auf diese Weise 
noch etwas Geschwindigkeit aus 
Ihrem Macintosh heraus. Auf den 
folgenden Seiten sehen Sie eine 
typische Anmelde-Prozedur. Be¬ 
denken Sie jedoch, dass Abweichungen 
möglich sind. 

Betrieb von LocalTalk 

Sie werden unter Umständen merken, dass 
ein Herunterfahren des Rechners nicht 
möglich ist, wenn Ihr System eben erst 
hochgefahren wurde und (umfangreiche) 
Laufwerke zur Freigabe vorgesehen sind. 
Geben Sie Ihrem Macintosh ein wenig Zeit; 
er prüft erst Dateien und Ordner, um zu 
untersuchen, welche Inhalte im Netzwerk 
verfügbar gemacht werden dürfen. Erst 


□ _Auswahl_ 

jgL JL 
£ m 

BroadCast LaserWriter 8 0 

JL 


Wählen Sie einen File Server: 

Gina's Macintosh 


GD 



D Über das Apfel-Menü gelangen 
Sie in die ''Auswahr'. Klicken Sie 
dann auf "Appleshare" und 
wählen Sie einen vorhandenen 
Server aus. 



Rm File Server “Gina's Macintosh” registriert 
als: 

(•) Registrierter Benutzer 

Name: |Timo Brüggmann | 

Kennwort: | ] (2-Weg Der schlüsselt) 



D2-3.5 



Geben Sie Benutzer und 
Kennwort ein. Fahren Sie mit 
Klick auf "Ok" fort. 
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Nun muss das Volume ausgesucht 
werden, auf welches Sie Zugriff 
möchten. 




Jetzt erscheint das Netzlaufwerk 
auf dem Desktop und kann 
verwendet werden (zum 
Abmelden ziehen Sie es auf den 
Papierkorb). 


nach Abschluss dieser Prüfung reagiert Ihr 
System auf "Neustart" oder "Ausschalten". 
Ihr Computer ist also weder defekt noch 
abgestürzt. Beachten Sie auch, dass bei 
Netzwerk-Zugriffen auf Ihren Macintosh 
die Arbeit mit diesem ins Stocken geraten 
kann. Der Prozessor ist dann mit dem Sen¬ 
den/Empfang von Daten über den Printer¬ 
port beschäftigt. Immerhin muss 
sichergestellt sein, dass kein Byte verlo¬ 
ren geht. Leider gibt es keine Möglichkeit, 
die Geschwindigkeit der Übertragung zu 
drosseln, um der laufenden Anwendung 
mehr Rechenzeit zu geben. Möchten Sie 
ungestört arbeiten, schalten Sie Appletalk 
über die "Auswahl" (Apple-Menü) einfach 
ab. Ach ja: Melden Sie ein fremdes Netz¬ 
laufwerk ab, wenn Sie es nicht mehr be¬ 
nötigen. Ziehen Sie es dazu einfach auf 
Ihren Papierkorb. Es kann passieren, dass 
sich Wechsel-Datenträger (z. B. CD-ROMs) 
nicht auswerfen lassen, solange Filesha¬ 
ring aktiv ist. Schalten Sie dann entweder 
AppleTalk über die Auswahl, oder das File¬ 
sharing über "Gemeinschaftsfunktionen" 
einfach aus. Sie erkennen freigegebene 
Ordner übrigens am doppelten, schwar¬ 
zen Rand oben im jeweiligen Icon. Zum 
schnellen Anmelden von Netzlaufwerken 
können Sie ab System 7 ein Alias von die¬ 
sem beispielsweise auf Ihrem Schreibtisch 
anlegen. So ersparen Sie sich die Zwi¬ 
schenschritte über die Auswahl. 


Der Artikel erschien bereits online im Hy¬ 
perCard Macintosh Fanzine, Ausgabe Ja¬ 
nuar 2020. Das Fanzine ist online unter 
folgendem Link zu beziehen: 

https://www.classic-computing.de/macin- 

tosh-fanzine/ 


(leben den Autor 
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Welt und Gesellschaft 


Zur materiellen Kultur der Moderne als historischer Quelle- Teil 2 


Archäologie der 
Digitalisierung 


S ammeln, Instandsetzen und Betreiben klassischer Computer ist ein 
faszinierendes Hobby. Immer mehr Menschen finden Spaß daran, ihre 
Freizeit mit alten Rechnern zu verbringen. Es gibt aber auch eine 
wissenschaftliche Dimension des Classic Computing, der sich 
Archäologen und Medienwissenschaftler widmen. Im 2.Teil dieser 
Artikelserie lernen Sie die unterschiedlichen Forschungsrichtungen 
kennen. 


Es mag zunächst verwundern, dass die 
Ausgrabung in Alamogordo als einzige 
wirkliche archäologische Ausgrabung von 
Computersystemen vorgestellt wurde. Auch 
mag auffallen, dass die Computerarchäo¬ 
logie und die Medienarchäologie als Gan¬ 
zes bisher keine Erwähnung gefunden 
haben. Bei einem näheren Blick auf die 
Medienarchäologie wird allerdings schnell 
deutlich, dass sich die Forschungsmetho¬ 
den und -Inhalte signifikant von denen der 
Archäologie der Moderne unterscheiden. 
Im Fach Medienarchäologie fallen zunächst 
ein besonders breites Spektrum an me¬ 
thodischen Ansätzen und der stark inter¬ 
disziplinäre Charakter auf. Der Medien¬ 
archäologe Grant Wythoff hat in einem Ar¬ 
tikel im Journal of Contemporary Archaeo- 
logy (2014) eine methodische Standort¬ 
bestimmung des Faches vorgenommen. 
Darin schildert er diesen Befund und wirft 
die Frage auf, ob es sich hierbei um ein 
Indiz für ein Methodendefizit oder im Ge¬ 
genteil um eine methodische Stärke des 
Faches handelt. Die Medienarchäologie 
ist ein noch relativ junges Fach. Jungen 
wissenschaftlichen Disziplinen fehlt oft 
noch ein festes theoretisches Grundge¬ 
rüst. Auch in der Mittelalterarchäolgie war 
dies lange Zeit zu beobachten, und wird 
teilweise auch heute noch beklagt. Beson¬ 
ders trifft dies auch auf die Archäologie der 
Moderne bzw. die Gegenwartsarchäolo¬ 
gie zu, die erst in jüngster Zeit angefan¬ 
gen hat, sich zu einem eigenständigen 
Forschungsfeld zu gruppieren (DGAMN 
2015). Eine große methodische Breite der 
Forschungsansätze bedeutet allerdings 
auch eine große Flexibilität zur Anpassung 
an verschiedene Fragestellungen und die 
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Fähigkeit, sich besonders gut interdiszipli¬ 
när vernetzen zu können. Die methodische 
Offenheit ist im Bereich der Medienarchäo¬ 
logie zumindest in Deutschland in Wahr¬ 
heit auch bewusst gewählt und Teil der 
kognitiven Identität des Faches Medienar¬ 
chäologie. 

Was ist ein Medium? 

Im Wesentlichen folgt die Medienarchäo¬ 
logie in der Praxis zunächst einer grund¬ 
sätzlichen Leitfrage: Was macht ein 
Medium typischerweise aus, was ist mit 
anderen Worten sein Habitus? Dabei geht 
die Blickrichtung stets vom Medium aus, 
und zwar sowohl von seiner dinglichen wie 
virtuellen Ebene. Die Erforschung des Me¬ 
diums findet vor allem durch sogenannte 
„Hands-On“-Ansätze statt. Dabei steht der 
praktische Umgang mit dem Medium wäh¬ 
rend des Erkenntnisprozesses im Vorder¬ 
grund. Erforscht werden seine innere 
Struktur und Charakteristika. Konkret wer¬ 
den untersucht: die technischen Grundla¬ 
gen/ die Funktionalität des Mediums, die 
logischen Grundlagen der Gerätefunktion 
und der konkrete Zustand des Mediums. 
Medien können sich in sehr verschiede¬ 
nen Zuständen befinden. Nur im „Medi¬ 
enzustand“, also im betriebsfähigen 
Zustand bzw. im laufenden Betrieb kann 
ein Medium als solches definiert werden. 
Entsprechend gibt es Zustände, die die 
Funktion des Objektes als Medium aufhe- 
ben. Ein Computer kann also sein Wesen 
als Medium verlieren (Ernst 2010 (Film)). 
Durch Vergleiche zwischen unterschiedli¬ 
chen Medientypen können „Wesensähn¬ 
lichkeiten“ zwischen zunächst vermeintlich 
sehr unterschiedlichen Medientypen ent¬ 



deckt werden. Aus diesen Wesensähnlich¬ 
keiten können in der Folge weiterführende 
Fragestellungen entwickelt werden. 
Schließlich erfüllen all diese Untersuchun¬ 
gen den Zweck, Wechselwirkungen zwi¬ 
schen Menschen bzw. der Gesellschaft 
und Medien zu untersuchen. Die Medien¬ 
archäologie betreibt hier im Wesentlichen 
epistemologische Analysen. Die Grundla¬ 
ge bilden dabei zwei Leitfragen: Wie bil¬ 
den sich Wissen und Wissensordnungen? 
Welche Rolle spielt der Habitus der ein¬ 
zelnen Kommunikationsmedien bei der Bil¬ 
dung, Speicherung und Weitergabe von 
Wissen? 

Computer als Artefakte 

Die computerarchäologischen Untersu¬ 
chungen von Stefan Höltgen sind in die¬ 
sen Bereich einzuordnen (Höltgen 2014). 
Er beschreibt als Medienwissenschaftler 
Computer als technische Artefakte, die 
gleichermaßen bereits als historische Ar¬ 
tefakte einer historischen Erforschung zu¬ 
gänglich sind und gleichzeitig in ihrer noch 
gegebenen Funktionalität als „radikal ge¬ 
genwärtig“ klassifiziert werden. Forschern 
und Retrocomputer- Enthusiasten kommt 
hierbei gemeinsam die Rolle zu, innerhalb 
einer pluralisierten, gleichsam demokrati¬ 
sierten Geschichtsschreibung, die Deu- 
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tungshoheit der Technikgeschichtsschrei¬ 
bung zu hinterfragen und die gängige kau¬ 
sal- logische Fortschrittsgeschichte zu 
dekonstruieren. Die Idee der Dekonstruk- 
tion basiert hier auf den erkenntnistheore¬ 
tischen Überlegungen des französischen 
Soziologen und Philosophen Michel Fou- 
cault. Grundlage der Theorien Foucaults 
ist im Gegensatz zu den Vorstellungen von 
Jürgen Habermas die Annahme, dass sich 
Wissen und Wissensordnungen bei ihrer 
Entstehung in der Gesellschaft und im Wis¬ 
senschaftsbetrieb nicht frei von Machtein¬ 
flüssen verhandeln lassen (Kaschuba 
2012, 238-240). Deshalb sei es nötig, die 
Archive (die Diskurse mit all ihren Umge¬ 
bungsbedingungen) neu zu sichten und 
nach Brüchen und Diskontinuitäten im Ge¬ 
schichtsverlauf zu suchen, um mit Hilfe der 
Methode der Dekonstruktion der reinen 
progressiven Verlaufsgeschichte zu einem 
neuen Geschichtsbild und einer Analyse 
dieser Einflüsse gelangen zu können (Fou- 
cault 2018, Höltgen 2014). Dieser metho¬ 
dische Zugang wird von Foucault mit dem 
Begriff „Archäologie“ gekennzeichnet. Ziel 
ist eine umfassende Diskursanalyse, so¬ 
wie eine Analyse des Verhältnisses der 
Diskurse zu nichtdiskursiven Elementen 
der Gesellschaft. Die Medienarchäologie 
befasst sich mit der Frage, welchen Ein¬ 
fluss Medientechnologien und -apparate 
als nicht-diskursive Elemente auf das Wis¬ 
sen nehmen. Stefan Höltgen dient bei der 
Untersuchung der Geschichte des Com¬ 
puters der Kontrast zwischen der Eigen¬ 
schaft des Computers als historischem 
Artefakt einerseits und seiner gegenwär¬ 
tigen Nutzbarkeit und Gegenwärtigkeit an¬ 
dererseits methodisch als Bruchfläche und 
Ansatzpunkt der Dekonstruktion der ver¬ 
laufsorientierten Technikgeschichte. Der 
Begriff der Medienarchäologie oder Com¬ 
puterarchäologie meint in diesem Sinne 
die Erforschung des Computers mit einem 
methodischen Zugang auf der Basis der 
erkenntnistheoretischen Überlegungen von 
Michel Foucault. 



Michel Foucault 


Unterschiedliche Methoden 

Archäologen im ursprünglichen Sinne be¬ 
fassen sich ebenfalls mit historischen Ar¬ 
tefakten. Sie widmen sich der Erforschung 
der materiellen Kultur. Je nach geographi¬ 
schem Raum und der Epoche, aus denen 
diese materielle Kultur stammt, fühlen sich 
verschiedene Teildisziplinen der Archäo¬ 
logie für die Erforschung zuständig. Die 
Quellenerschließung erfolgt meist über 
Ausgrabungen, aber nicht zwingend. Ne¬ 
ben Funden werden Befunde untersucht. 
Der Begriff meint einerseits die bei Aus¬ 
grabungen vorgefunden Strukturen, wie 
z.B. Erdschichten und Mauerreste, die 
auch die Matrix der Funde bilden. Ande¬ 
rerseits bezeichnet er aber auch den Ge¬ 
samtzusammenhang, in den die erforsch¬ 
ten Strukturen und Artefakte auf der Fund¬ 
stelle eingebunden sind (Eggert 2013). So¬ 
wohl Funde als auch Befunde werden in 
der Regel wiederentdeckt, nachdem sie 
zuvor vergessen waren. Bis sie von Ar¬ 
chäologen wiederentdeckt werden kön¬ 
nen, müssen sie aus ihrem Nutzungs¬ 
zusammenhang ausgesondert und ver¬ 
worfen worden sein. Anschließend sind 
weitere Formationsprozesse über Befun¬ 
de und Funde hinweg gegangen, die im 
Rahmen der Quellenkritik schon während 
der Ausgrabung zu hinterfragen sind. Die 
jeweilige materielle Kultur ist vergessen 
und durch Archäologen wiederentdeckt 
worden (Eggers 2010, 24; Eggert 2012, 
114-116; Schreg 2016a, 102-113). 

Sind Computer historisch? 

Im Falle des Computers ist zu fragen, ob 
derart rezente Artefakte überhaupt schon 
den vollen Formationsprozess durchlau¬ 
fen haben können. Die Objektbiographie 
dient in der archäologischen Forschung 
als Modellvorstellung, um einzelne Arte¬ 
fakte durch ihren „Lebensweg“ begleiten 
zu können. Sie verweist auf die enge Be¬ 
ziehung zwischen Mensch und Objekt 
(Henning 2014, 234-237). Dabei wird auch 
schnell deutlich, dass es sich bei älteren 
Computern gelegentlich noch um Objekte 
innerhalb des systemic context handelt. 
Retrocomputing wäre aus Sicht eines Ar¬ 
chäologen zunächst eine sekundäre Nut¬ 
zung vor dem Wegwerfen des Computers 
und der Computer noch Teil der „lebenden 
Kultur“. Ein zeitliches Gegensatzpaar zwi¬ 
schen historischem Artefakt und heutiger 
Funktionalität im Sinne der medienwissen¬ 
schaftlichen Herangehensweise würde 


nach dieser Vorstellung also zunächst ab¬ 
zulehnen sein. Andererseits sind bereits 
viele Computermodelle aufgrund der ho¬ 
hen Innovationsgeschwindigkeit im Be¬ 
reich der Computertechnologie durchaus 
als historisch anzusprechen, da sie nicht 
mehr dem technischen Standard entspre¬ 
chen. Aus demselben Grund ist davon aus¬ 
zugehen, dass bereits eine größere Anzahl 
der ehemals vorhandenen Geräte wegge¬ 
worfen worden ist. Es gibt also einerseits 
einzelne Geräte, die sich noch im syste¬ 
mic context und der Nutzung befinden, an¬ 
dererseits dürfte dies nur noch ein kleiner 
Teil der Geräte sein. Eingelagerte und ver¬ 
gessene Geräte auf Dachböden und in 
Kellern dürften als in einem Zwischenzu¬ 
stand befindlich anzusprechen sein. Für 
die gesamte Artefaktgruppe der Compu¬ 
ter, die nicht mehr dem technischen Stan¬ 
dard entsprechen, wird man wohl am 
zutreffendsten von „sterbender Kultur“ 
sprechen dürfen, deren Artefakte teilwei¬ 
se schon der Thanatozönose unterworfen 
sind. 

Sterbene Kultur 

Die genauen Abläufe von Formationspro¬ 
zessen hat Michael B. Schiffer in einem 
Standardwerk der archäologischen Litera¬ 
tur umfassend beschrieben (Schiffer 1996). 
Allerdings, auch wenn der Buchdeckel an¬ 
deres suggeriert, werden z.B. moderne 
Werk- und Baustoffe oder moderne Medi¬ 
en nicht eingehender untersucht. Schiffer 
ist ein Vertreter der prozessualen Archäo¬ 
logie, die versucht, grundsätzliche Funkti¬ 
onsweisen menschlicher Kultur in den Blick 
zu nehmen und durch die Beobachtung 
heutiger Prozesse, Modelle zu bilden. Die 
prozessuale Archäologie nutzt dabei oft 
ethnoarchäologische und experimentalar¬ 
chäologische Ansätze. Es soll die Distanz 
zu früheren Epochen dadurch überbrückt 
werden, dass man sich über die gewon¬ 
nenen Modelle annähert. Die Modelle ha¬ 
ben dabei entfernte Ähnlichkeit mit 
Naturgesetzen, die immer gelten und des¬ 
halb rückprojizierbar sind. Wie auch in an¬ 
deren Bereichen der Archäologie ist hier 
die Analogiebildung die methodische Ba¬ 
sis. Computer eignen sich als Artefakte „im 
Zustand“ der sterbenden Kultur dazu, 
Schiffers Modelle zu erweitern. Es kann 
„live“ beobachtet werden, wie und warum 
sie aus der Nutzung geraten. Auch kön¬ 
nen die handelnden Menschen zu ihrem 
Verhalten befragt werden. Schließlich kann 
die Frage erörtert werden, worin sich Com- 
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puter als Medium von anderen Artefakten 
unterscheiden und inwieweit sich bei Com¬ 
putern die Faktoren für die primäre und die 
sekundäre Befundformation von denen an¬ 
derer Artefaktgruppen unterscheiden. 

Lost Places 

Besonders gut lassen sich verschiedene 
Stadien primärer und beginnender sekun¬ 
därer Formation an sogenannten „Lost Pla¬ 
ces“ studieren. Lost Places sind moderne 
verlassene Orte, die dem Verfall und Ver¬ 
gessen unterliegen. Oft werden diese Or¬ 
te als Freizeitbeschäftigung aufgesucht. 
Lost Places sind gewissermaßen „in Mo¬ 
de“. Im Internet und in Büchern finden sich 
zahlreiche Bilder und Beschreibungen. Un¬ 
ter den Besuchern finden sich sowohl Fo¬ 
tografen mit künstlerischem Anspruch als 
auch Abenteuerlustige, als auch hier und 
da Menschen, die auf der Suche nach ei¬ 
ner Partylocation oder einem Ort für Van¬ 
dalismus sind. Oft erfüllen diese Besuche 
die Tatbestände des Einbruchs und Haus¬ 
friedensbruchs bzw. befinden sich in einer 
Grauzone hierzu. An Lost Places als Quel¬ 
lengruppe kann man sehr gut studieren, 
welche Gegenstände beim Verlassen des 
Ortes geborgen wurden und welche nicht. 
Es lassen sich Überlegungen zu den je¬ 
weiligen Gründen anstellen. Auch kann der 
Nutzungszusammenhang der vorhande¬ 
nen Objekte rekonstruiert werden. Schließ¬ 
lich können verschieden Stadien des 
Verfalls beobachtet werden. 

Industriearchäologie 

An der Quellengruppe Computer können 
zahlreiche historische bzw. kulturanthro¬ 
pologische Fragestellungen entwickelt wer¬ 
den. Folgt man der Objektbiographie eines 
durchschnittlichen Computers, so lassen 
sich verschiedene mögliche Forschungs¬ 
felder benennen: Rohstoffgewinnung, Ver¬ 
kehr und Handel, Fertigung, Vertrieb, 
Nutzungszusammenhänge des fertigen 
Produktes, Aussonderungsprozess und 
Ablagerung als Müll bzw. Überrest. Mit den 
Themenfeldern der Rohstoffgewinnung 
und Fertigung beschäftigt sich die Indus¬ 
triearchäologie (Slotta 1982). Im weiteren 
Sinne meint Industriearchäologie „die sys¬ 
tematische Erforschung aller dinglichen 
Quellen jeglicher industriellen Vergangen¬ 
heit von der Prähistorie bis zur Gegenwart“ 
(Wehdorn 1977, 1). Im engeren Sinne 
meint Industriearchäologie die materiellen 
Überreste des Industriezeitalters, häufig 



unter Betonung der technischen Denkmä¬ 
ler. Zu welchen gesellschaftlichen Berei¬ 
chen, Informationen aus technischen 
Denkmälern gewonnen werden können, 
hat Rainer Slotta zusammenfassend dar¬ 
gestellt (1982, 4). Sowohl gesellschaftli¬ 
che als auch natürliche Faktoren haben 
sich auf den Habitus der technischen Denk¬ 
mäler ausgewirkt und können deshalb in 
den Denkmälern erkannt und rekonstru¬ 
iert werden. Andersherum ist damit zu rech¬ 
nen, dass der Habitus der technischen 
Denkmäler umgekehrt Natur und Gesell¬ 
schaft in diesen Feldern beeinflusst hat. 
Materielle Kultur funktioniert weniger als 
Spiegel einer übergeordneten Ebene der 
menschlichen Ideen und Geisteswelt, son¬ 
dern interagiert vielmehr als eigenständi¬ 
ge Größe im kulturellen Kontext mit den 
Menschen, die die Objekte benutzen (zur 
aktuellen Theoriediskussion Veit 2014). 
Die Arbeit an einer Dampfmaschine ver¬ 
mittelt beispielsweise einem Menschen ei¬ 
ne andere Selbstwahrnehmung als die 
Arbeit auf einem Acker. Dies gilt umso 
mehr, da die die Benutzung der Objekte 
innerhalb eines klar definierten kulturellen 
Kontextes mit all seinen Wertungen und 
sozialen Implikationen erfolgt. Die beson¬ 
dere Kompetenz der Archäologie liegt nun 
darin, dass sie mit ihren Methoden und 
Fragestellungen von der materiellen Kul¬ 
tur und den einzelnen Objekten ausge¬ 
hend, die Felder dieser Interaktion 
zwischen Mensch bzw. Gesellschaft und 
Objekten erhellen kann. Sowohl die An¬ 
ordnung der Objekte in Zeit und Raum als 
auch die Untersuchung ihrer Charakteris¬ 
tika im Einzelnen vermögen hier wichtige 
Einblicke zu geben. Auch die Beziehun¬ 
gen einzelner Objektgruppen untereinan¬ 


uü 


der können wichtige Einsichten gewähren. 
Je nachdem, welche Verkehrsmittel in der 
jeweiligen Zeit und Region zur Verfügung 
stehen, können beispielsweise Produkti¬ 
onsanlagen in einer anderen Entfernung 
zum Ort ihres Gebrauchs liegen (vgl. hier¬ 
zu auch Hudson 1983). Die moderne Glo¬ 
balisierung wäre ohne die systematische 
Nutzung von Containerschiffen und Flug¬ 
zeugen nicht möglich gewesen. Die Fra¬ 
ge also, ob in der Nähe des Wohnortes 
Industriearbeitsplätze zur Verfügung ste¬ 
hen, hängt auch wesentlich von den nutz¬ 
baren Verkehrsmitteln und -wegen ab. 
Auch die Verpackung der Waren mit ihren 
charakteristischen Eigenschaften beein¬ 
flusst unmittelbar, wie weit Produktionsort 
und Konsumort voneinander entfernt lie¬ 
gen können. Dies gilt besonders für die 
Haltbarkeit von Lebensmitteln (Hudson 
1983). Schließlich ist die Entfernung zwi¬ 
schen Produktionsort und Konsumort auch 
davon abhängig, welche Kommunikations¬ 
mittel zum Kontakt der Personen an den 
beiden Orten zur Verfügung stehen. Die 
ausschließliche Nutzung von Briefen wür¬ 
de moderne Logistik sofort in den Zustand 
totaler Dysfunktionalität stürzen. 

Computerfirmen 
verschwinden spurlos 

Auch die Fertigung selbst ist in ihrer inne¬ 
ren Logik und Geschwindigkeit davon ab¬ 
hängig, welche technische Ausstattung 
genutzt werden kann. Der moderne Indus¬ 
trialisierungsprozess hat immer wieder In¬ 
novationswellen erlebt, die zu einem immer 
höheren Automatisierungsgrad geführt ha¬ 
ben. Mit Beginn der sechziger Jahre wur¬ 
de diese Automatisierung vor allem durch 
die systematische Nutzung von Compu¬ 
tern ermöglicht. Die beiden Historiker Jür¬ 
gen Danyel und Anette Schumann (2015) 
haben darauf hingewiesen, dass dieser 
Prozess in der Bundesrepublik sehr viel 
erfolgreicher verlaufen sei als in der DDR. 
Sie sehen hierin einen wesentlichen Fak¬ 
tor für das wirtschaftliche Scheitern der 
DDR und letzten Endes einen der Gründe 
für den Untergang des Staates. Die Be¬ 
hauptung einer Überlegenheit der Com¬ 
puterindustrie in der BRD und einer 
raschen und systematischen Durchset¬ 
zung der Computer in den Verwaltungs¬ 
büros und Fertigungsanlagen beruht 
allerdings ausschließlich auf der Auswer¬ 
tung von Schriftquellen. Die Archäologie 
kann derartige Behauptungen durch die 
systematische Untersuchung der materi- 
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Um die Standorte von 
Computerfirmen in 
Deutschland zu katalogisieren, 
hat die Autorin ein Projekt 
gestartet. Erste Ergebnisse 
finden Sie unter diesem Link: 

https://www.classic- 

computing.org/produktion-und- 

vertrieb-historischer-computer/ 


eilen Kultur vor Ort überprüfen. Man könn¬ 
te annehmen, dass dies nicht nötig sei, da 
es genügend amtliche und Firmenakten 
gäbe. In Wahrheit bleibt von modernen Fir¬ 
men oft nicht sehr viel konkrete Informati¬ 
on übrig, wenn sie erlöschen. Auf diesen 
Umstand hat bereits Kenneth Hudson 
(1983) hingewiesen. Auch gibt es bisher 
häufig keinerlei systematische Untersu¬ 
chungen zu diesen Themenkomplexen in 
Form von kleinräumigen Studien. Ange¬ 
sichts der hohen Innovations- und Verän¬ 
derungsgeschwindigkeit moderner Indus¬ 
triegesellschaften, ist zu befürchten, dass 
innerhalb relativ kurzer Zeitfenster eine Art 
kollektiven Gedächtnisverlustes in Bezug 
auf die Industriegeschichte dieser Gesell¬ 
schaften droht. Bisher werden die materi¬ 
ellen Überreste und insbesondere die 
Fertigungsanlagen der Moderne durch die 
Archäologie nicht unter dem Gesichtspunkt 
der Digitalisierung systematisch erfasst 
und untersucht. Wichtige Zeitzeugen, wie 
beispielsweise die frühen Zusefabriken in 
Bad Hersfeld entgehen oft nur knapp oder 
gar nicht der vollständigen Zerstörung, da 
es an einem Bewusstsein für den Denk¬ 
malcharakter dieser Gebäude und ihrer In- 
ventare mangelt. Hier liegt eine wichtige 
Forschungsaufgabe. 

Auch die Bedingungen, unter denen die 
Menschen sich an die Nutzung von Com¬ 
putern und anderen modernen Medien ge¬ 
wöhnt haben, sind nicht abschließend 
erforscht. Da es sich bei Computern um 
eine historisch sehr junge technische In¬ 
novation handelt, besteht jedoch die Mög¬ 
lichkeit, archäologische Fragestellungen 
mit einer Kombination aus archäologischen 
Untersuchungen und der Befragung von 
Zeitzeugen zu ergründen. Darin liegt ein 
sehr großes Erkenntnispotenzial und in¬ 
teressantes Feld für die Zusammenarbeit 
mit Vertretern der Europäischen Ethnolo¬ 
gie. 


Mediale Darstellung 

Ebenfalls besteht hier die Möglichkeit der 
Vernetzung mit der Medienarchäologie, 
die die direkte Interaktion zwischen Men¬ 
schen und Computern in all ihren Auswir¬ 
kungen und Spielarten aufzeigen und 
Auskunft über die spezielle Wesensart die¬ 
ses technischen Artefaktes geben kann. 
Schließlich kann die Zusammenarbeit zwi¬ 
schen Medienarchäologie und Archäolo¬ 
gie im herkömmlichen Wortsinn dazu 
beitragen, zu erkennen, in wieweit auch 
die tägliche Arbeit von Archäologen von 
der Nutzung des Computers beeinflusst 
wird. Auch die öffentliche Wahrnehmung 
des Faches Archäologie ist in Teilen davon 
abhängig, mit Hilfe welcher Medien ihre 
Ergebnisse vermittelt werden (hierzu auch 
Piccini 2015). Die Atari-Ausgrabung zeigt 
dies besonders eindrucksvoll. Aber auch 
herkömmliche Wissenschaftsdokumenta¬ 
tionen inszenieren Archäologie aktiv. Je¬ 
der Fachkollege kennt die Arten mystisch 
angehauchter Musik, mit denen Dokumen¬ 
tationen über archäologische Arbeit oft¬ 
mals unterlegt sind, um das Geheimnisvolle 
und Unergründliche der Vorzeit zu beto¬ 
nen. Es sitzen in Dokumentarfilmen auch 
schon einmal Archäologieprofessoren in 
der Lehrsammlung und betrachten äußerst 
erregt mit einer Lupe einen besonders 
schönen Fund, was sie natürlich im Alltag 
niemals tun würden, besonders nicht, wenn 
in diesem Moment spontan ein Fachkolle¬ 
ge staunend durch die Tür tritt. Während 
des Filmdrehs hat er das übrigens meist 
bereits ungefähr drei Mal machen müs¬ 
sen, bevor der Regisseur zufrieden mit den 
Aufnahmen war. 

In Museen begegnet uns das Problem der 
medialen Vermittlung zum Beispiel in Ge¬ 
stalt von Audioguides. Aber auch das In¬ 
ternet ist in diesem Zusammenhang zu 
nennen. Der Öffentlichkeit die Ergebnisse 
archäologischer Arbeit zu vermitteln, ist in¬ 
des eine wichtige Aufgabe. Archäologische 
Forschung entfaltet dort ihre Relevanz, wo 
sie etwas zu aktuellen gesellschaftlichen 
Diskussionen beitragen kann, indem sie 
Modelle zum Verständnis gesellschaftli¬ 
cher Prozesse beisteuern kann. Derzeit ist 
das Vorantreiben der Digitalisierung in al¬ 
ler Munde und beherrscht auch Teile der 
politischen Agenda. Allerdings fehlt es bis¬ 
lang teils noch an Einschätzungen, wie 
sich diese voranschreitende Digitalisierung 
auswirken wird. Dies liegt auch daran, dass 
die bisherigen Etappen der Digitalisierung 
noch nicht umfassend genug erforscht sind. 


Moderne Wissenschaft funktioniert nicht 
im Elfenbeinturm, sondern sollte der Ge¬ 
sellschaft ihr Wissen zur Verfügung stel¬ 
len und hier und da als applied archaeology 
im weiteren Sinne versuchen, auch etwas 
zur Lösung aktueller Probleme beizutra¬ 
gen (Schreg 2016b). Hierfür bietet die Un¬ 
tersuchung von Digitalisierung durch die 
Archäologie ein besonders vielverspre¬ 
chendes Feld. 


Links 

Alle Quellen zum Artikel finden sich unter 

https://www.classic-compu- 

ting.org/load5links/ 


Filme 

Ernst, W. 2010: Prof. Dr. Wolfgang Ernst 
erläutert Sinn und Zweck des 
medienarchäologischen Fundus; Teil 1-4; 
HUMedia Studies (Youtube-Kanal), 
Deutschland. 

https ://www. youtu be. com/watch? v=J q 1 j kk 
PqXM8&t=27s 

https://www.youtube.com/watch?v=6qfD1 

1K74Bc&t=315s 

https ://www. yo utu be. co m/watch ? v=j - 
Uz4zd8nzw 

https://www.youtube.com/watch?v=t70IW 
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50 Jahre Deutsche Computergeschichte — Teil 1 

Bits zu Zeiten des 
Wirtschaftswunders 


W er heute an einem Computer sitzt, wird dies in den wenigsten Fäl¬ 
len an einem Deutschen Computer tun - zumindest wahrscheinlich 
nicht an Hardware aus deutscher Massenproduktion. Bei den mobilen, 
meist telefonierbaren Geräten sieht das kaum anders aus: Bis auf weni¬ 
ge Ausnahmen kommen unsere kleinen Helferlein aus China, Korea, Tai¬ 
wan oder Nordamerika. Diejenigen, die sich schon einmal mit der 
deutschen Computergeschichte auseinandergesetzt haben, werden viel¬ 
leicht festgestellt haben, dass die einst großen Namen der deutschen 
Computerindustrie oder der deutschen Computerpioniere mit einer Aus¬ 
nahme kein einziges Stück heutiger Hardware zieren - oder haben Sie ein 
Zuse Notebook, ein Nixdorf Smartphone oder ein Telefunken Tablet zu 
Hause? 


Im Softwaremarkt und bei den Software¬ 
häusern sieht dies schon anders aus: hier 
tummeln sich auch heute sowohl große 
Namen wie kleine Hersteller in bunter Viel¬ 
falt aller Branchen und Unternehmensfor¬ 
men, teils gerade eben erst auf den Markt 
gestürmt und teils schon lange im Ge¬ 
schäft. 

Aber was passierte mit den deutschen Her¬ 
stellern und warum finden wir keine aktu¬ 
elle Hardware mit den einst großen 
deutschen Namen? Um das herauszufin¬ 
den und um mehr über die Geschichte der 
deutschen Computerindustrie zu erfahren, 
habe ich mich auf die Suche gemacht - ei¬ 
ne Suche, die neben den in der Branche 
weltweit durchlebten Krisen und gemach¬ 
ten Fehlern auch einige deutsche Beson¬ 
derheiten und eine erstaunliche Vielfalt an 
den Tag brachte. 

50er Jahre - Anfänge und 
Wiederaufbau mit Rad, Re¬ 
lais und Röhre 

Die Nachkriegszeit in Deutschland war für 
die Deutschen erst einmal dadurch ge¬ 
prägt, überhaupt zu überleben. Industrie 
und Wirtschaft lagen am Boden, Gesetze 
der Alliierten regelten den Wiederaufbau 
und die technologische Entwicklung. An 
Universitäten wie der in München oder 
Dresden wurden ab Anfang der 50er Jah¬ 
re erste digitale Forschungscomputer ent¬ 
wickelt, genauso wie an Instituten der 


Max-Planck-Gesellschaft oder bei Carl 
Zeiss in Jena. Konrad Zuse schaffte es be¬ 
reits früh, Kleinserien seiner Computer zu 
vermarkten, auch diese Computer gingen 
größtenteils in die Forschung oder an Ver¬ 
messungsämter. Diese Rechenanlagen 
waren anfangs noch mit elektromechani¬ 
schen Relais aufgebaut (wie die Zuse Z11, 
von der 48 Systeme gebaut wurden), was 
kaum Geschwindigkeitsvorteile gegenüber 
mechanischen Rechenmaschinen brach¬ 
te. Der Einsatz von Elektronenröhren ver¬ 
besserte zwar die Rechenleistung deutlich, 
aber die Ausmaße und der technische Auf¬ 
wand der Digitalrechenanlagen änderten 
sich nur unwesentlich und damit blieb die 
wirtschaftlich mögliche Effizienz recht be¬ 
scheiden (hier als Beispiel die Zuse Z22, 
von der 56 Exemplare gefertigt wurden). 
Allgemein zeichneten sich Röhren-Com- 
puteranlagen ab der Mitte der 50er Jahre 
durch die Verwendung von Trommelspei¬ 
cher oder Laufzeitspeicher und etwas spä¬ 
ter auch bereits Kernspeicher als schnellen 
Arbeitsspeicher aus. Für die längerfristige 
Speicherung von Daten und Programmen 
wurden die noch aus dem 18. Jahrhundert 
bekannten und seit dem 19. Jahrhundert 
im Bereich der Datenverarbeitung einge¬ 
setzten Lochkarten oder die nach gleichem 
Prinzip funktionierenden Lochstreifen ge¬ 
nutzt. 

Im Ausland konnte zwar in den Ländern, 
deren Industrie und Wirtschaft nicht durch 
Krieg und Kriegsproduktion lahmgelegt 


und in denen weniger Kriegsschäden zu 
überwinden waren, früher mit der Entwick¬ 
lung digitaler Rechenanlagen begonnen 
werden, aber noch war der Bedarf nach 
Computern im Allgemeinen überschaubar. 
In vielen Banken und Lohnbüros ratterten 
noch mechanische und elektromechani¬ 
sche Fakturier- und Abrechnungsmaschi¬ 
nen und in den größeren Verwaltungen 
verrichteten Lochkartenanlagen ihren 
Dienst. Besonders in Deutschland fiel der 
Absatz von Computersystemen durch das 
Militär weg, daher waren die meisten frü¬ 
hen Computer in der Forschung zu finden, 
bevor Ge Id Wirtschaft, Geodäsie und an¬ 
dere Administrationen mit hohem Daten¬ 
vorkommen Rechenanlagen benötigten. 

Analogrechner zu For¬ 
schungszwecken 

Ebenfalls für Forschungszwecke, aber für 
Bereiche, in denen Probleme durch die 
Berechnung von Differentialgleichungen 
gelöst werden konnten, wurden Analog¬ 
rechner in Röhrentechnik entwickelt, die 
den Vorteil hatten, durch ihren analogen 
Charakter sehr schnell zu rechnen bezie¬ 
hungsweise Ergebnisse sofort anzuzei¬ 
gen. Mechanisch arbeitende Analogrechner 
waren - außer dem noch bis in die 60er 
Jahre verwendeten Rechenschieber - vor 
allem für ballistische Aufgaben gebaute 
Spezialmaschinen, die meistens für mili¬ 
tärische Zwecke genutzt wurden. Im Ge¬ 
gensatz zu ihren mechanischen Vorfahren 
können elektronische Analogrechner durch 
ihre flexible Verschaltung immer wieder 
ohne großen Aufwand neue Probleme lö¬ 
sen und neue Simulationen ausführen. 
Hier waren in Deutschland anfangs beson¬ 
ders die Universitäten in West und Ost in¬ 
volviert, ebenso ab 1957 die 1903 von 
Siemens & Halske und AEG gegründete 
Telefunken AG. 

Nachdem die Grundbedürfnisse der Deut¬ 
schen gedeckt waren, stieg während der 
50er Jahre auch der Bedarf nach Konsum- 
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Oben: Ascota 170 Rechenmaschine mit drei Arithmetik- und zwei 
Speichereinheiten (frühere Astra Werke, Chemnitz) 

Unten:Programmstreifen für die Ascota 170- das Gehirn der 
Maschine 


gütern. Die Wirtschaft erholte sich rasch 
und so wuchs auch hier die Nachfrage an 
Rechenleistung in allen Bereichen: zur An¬ 
nahme und Verarbeitung von Aufträgen, 
zur Bestands- und Lagerverwaltung, zur 
Lohnbuchhaltung, Rechnungsstellung und 
natürlich zur gesamten Abrechnung. Auch 
in den meisten öffentlichen Verwaltungen, 
Krankenkassen, Kreditinstituten und Be¬ 
hörden wurden vermehrt Rechenanlagen 
eingesetzt. Während das in den großen 
Einrichtungen und Konzernen Großrech¬ 
ner aus den In- und Ausland erledigten, 
waren in kleinen Firmen überwiegend Ab¬ 
rechnungsmaschinen im Einsatz. 

Diese wurden in den 50er Jahren kontinu- 
-j ierlich weiterentwickelt und mutierten so 
j zu aufwändigen Schreib- und Abrech- 
I nungsautomaten, die oft mehrere mecha- 

| nische Rechen- und Speicherwerke 

besaßen, um komplexe Rechenabläufe zu 
automatisieren und deren Zwischenergeb¬ 
nisse festzuhalten. Bereits seit Anfang der 
30er gab es Automaten, welche zusätzlich 
mit alphanumerischen Tastaturen und 
Schreibwerken bzw. Schreibmaschinen 
gepaart waren, wodurch mit einer Maschi¬ 
ne gleichzeitig menschenlesbare Listen, 
Abrechnungen und alle möglichen Arten 
von Texten und Formularen erstellt wer¬ 
den konnten. Damit diese tabelliert ge¬ 
druckt werden konnten, oder auch um 
mehrere verschiedene Ausdrucke, wie For¬ 
mulare und Kontrollstreifen, in einem Schritt 
auf Papier bringen zu können, waren die¬ 
se Maschinen mit breiten, horizontal be¬ 
weglichen Wagen ausgestattet, die ein 
oder mehrere Druckwerke, Kontokarten¬ 
einrichtungen (s.u.) oder Formularführun¬ 
gen vereinigten. Nun war es auch möglich 
Rechenergebnisse, allgemeine Daten und 
auch komplette Texte, wie bei den großen 
Computern, mittels Lochkarten oder Loch¬ 
streifen zu speichern und zu laden. Die 
zum Teil schon komplexe Steuerung und 
Programmierung der Berechnung und Ta¬ 
bellierung wurde bei diesen mechanischen 
aber sogar später noch bei einigen elek¬ 
tronischen Automaten durch Schienen re¬ 
alisiert, auf denen unterschiedlich geformte 
Reiter als Repräsentanten unterschiedli¬ 
cher Befehle den Ablauf der Maschine über 
die Bewegung der Walzen steuerten. So 
konnten auf dem selben Automaten nur 
durch Austausch dieser Schienen verschie¬ 
dene Aufgaben erledigt werden. Längst 
reichte der Platz in einer Maschine für die¬ 
se immer aufwändigeren Konstruktionen 
nicht mehr aus und so wurden um die dann 


elektrisch angesteuer¬ 
ten, mechanischen Re¬ 
chen- und Speicher¬ 
werke sowie Komponen¬ 
ten zur Datenspeiche¬ 
rung komplette Schreib¬ 
tische gebaut, auf denen 
dann Tastaturen und 
Schreibwerke unterge¬ 
bracht waren. 

Hersteller dieser Ma¬ 
schinen waren in 
Deutschland immer öfter 
ehemalige Mischkonzer¬ 
ne, die vor dem Krieg 
noch Waffen, Autos, Mo¬ 
torräder, Fahrräder oder 
Nähmaschinen, aber 
auch bereits Rechenma¬ 
schinen und Schreibma¬ 
schinen gefertigt hatten, 
oder aber andere Firmen 
aus dem feinmechani¬ 
schen Umfeld. Auf einige 
dieser Firmen und deren 
Geschichte werde ich im 
zweiten Teil noch einge- 
hen. Im Gegensatz zum 
Ausland, verpassten in 
Deutschland die Groß¬ 
rechner-Hersteller den 
Einstieg in diesen ange¬ 
henden Rechner-Massenmarkt. 

Magnetkontokarten 

Für diese Einzelplatz-Maschinen wurde 
Ende der 50er Jahre ein neues Speicher¬ 
medium zum Zwischenspeichern von Da¬ 
ten eingesetzt, das später vereinzelt auch 
zum Einlesen von Programmen genutzt 
wurde: die Magnetkontokarte. Das magne¬ 
tische Speichern von Daten wurde ja be¬ 
reits bei den Magnettrommelspeichern 
verwendet. Diese Technologie wurde nun 
mit den seit den 30er Jahren verwende¬ 
ten, papiernen Kontokarten - eine Form 
von zeilenweisem Buchen, bei dem Text 
und Buchungssaldo als eine Zeile unter¬ 
einander zeitlich versetzt geschrieben wur¬ 
de - kombiniert, so dass der letzte Eintrag 
auch magnetisch gespeichert und bei der 
nächsten Verwendung wieder eingelesen 
werden konnte. 

Ebenfalls Ende der 50er Jahre ermöglich¬ 
te weltweit eine andere Erfindung aus der 
Elektronik der Computerindustrie ihren stei¬ 
len Aufstieg: der Transistor. Computer wur¬ 
den dadurch allgemein schneller, 


leistungsfähiger, kleiner und vor allem auch 
billiger. Er fand seinen Einsatz in allen 
Computer-Architekturen und Anwendungs¬ 
bereichen. So konnte 1956 vom Informa¬ 
tikwerk Stuttgart der Standard Elektrik 
Lorenz (SEL) der erste deutsche Transis¬ 
torcomputer vorgestellt werden. Das ers¬ 
te Exemplar wurde diesmal nicht in der 
Forschung eingesetzt, sondern in der Wirt¬ 
schaft - und zwar vom Versandhaus Quel¬ 
le in Fürth. Weitere transistorisierte 
Großrechner folgten Ende der 50er/An¬ 
fang der 60er Jahre wie z.B. Siemens 
2002, Zuse Z23 oder Telefunken TR-4, die 
im Inland einige Erfolge feiern konnten, 
aber längst nicht mit den Verkaufszahlen 
von IBMs oder Sperry Rands UNIVACs 
mithalten konnten. 


Ueber den Autor 
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Welt und Gesellschaft 


War bis Anfang der 60er das Wachstum in 
West- und Ostdeutschland noch relativ 
identisch, kam durch die Ungewissheit in 
der sowjetischen Besatzungszone geschul¬ 
dete Abwanderung von Fachkräften und 
auch kompletten Firmen in den Westen 
der Aufschwung in der DDR jetzt ins Sto¬ 
cken. Auch wenn hier weiter gute Ideen 
und Erfindungen im Bereich der Rechen¬ 
technologie gemacht wurden, hinkte de¬ 
ren Umsetzung nun bald Jahre hinterher. 

Computertechnik der 60er 
Jahre 

Das wachsende Verlangen nach Konsum¬ 
gütern und allgemein die Befriedigung al¬ 
ler Bedürfnisse der Bevölkerung erforderte 
nicht nur optimierten Verkauf sondern auch 
die Umstellung der Abläufe in der Herstel¬ 
lung und Fertigung in Richtung Massen¬ 
produktion, was den Einsatz von 
Maschinen und deren Steuerung stark vor¬ 
antrieb. Speziell zu diesem Zweck wurden 
verbindungsprogrammierte und später 
speicherprogrammierte Steuerungen *08 
entwickelt. Hier wurden anfangs viele pro¬ 
prietäre Lösungen seitens der Hersteller 
der Maschinen oder aber der Fertigungs¬ 
firmen selber verwendet. In Deutschland 
gab es bereits Anfang der 60er Jahre all¬ 
gemeine Umsetzungen z.B. die LOGISTAT 
Serie von AEG oder SIMATIC von Sie¬ 
mens. Anfangs waren dies noch einzelne 
Logikgatter, die zu komplexen Modulen 
und kompletten Steuerungen zusammen¬ 
gesteckt und verdrahtet werden konnten. 
Später kamen bereits zusammengesetz¬ 
te Steuer- und dazu passende Ein-/Aus- 
gabemodule hinzu, und schließlich wurden 
Zentralbaugruppen mit verschiedenen 
Speichermodulen angeboten, die beliebig 
mit einer Vielfalt analoger und digitaler 


Schnittstellen kombiniert werden konnten. 
Die Steuerprogramme wurden oft direkt 
von Lochstreifen gelesen und ausgeführt 
oder später auch aus anderen Festwert¬ 
speichern (z.B. E-PROMs). Außerdem wur¬ 
den manche Steuerungen mit flüchtigem 
Programmspeicher versehen, in den das 
Ablaufprogramm dann geladen werden 
musste. Wie bei den numerisch arbeiten¬ 
den Abrechnungsmaschinen war für an¬ 
fallende Daten nur wenig Arbeitsspeicher 
nötig. Auch war der Wunsch nach zentra¬ 
ler Überwachung der Automation anfangs 
noch nicht groß, weshalb Massenspeicher 
meist nicht vorgesehen waren. Die Ver¬ 
schaltung einzelner Baugruppen erfolgte 
über eigens entwickelte Bus-Systeme, die 
sich im Laufe der Zeit zu einer Hand voll 
Standards entwickelten. Gemäß ihres Ein¬ 
satzortes waren diese Steuerungen phy¬ 
sikalisch industrietauglich, Module und 
Modulträger waren also sehr stabil aufge¬ 
baut und konnten gut in industrielle Steu¬ 
erungen integriert werden. 

Der Prozessrechner 

Sollten Geräte und Maschinen nicht nur 
gesteuert, sondern auch überwacht bzw. 
Messverläufe aufgenommen und später 
analysiert werden können, entwickelte sich 
dafür eine andere Gattung der Computer: 
der Prozessrechner. Auch wenn sich die 
Eigenschaften und Einsatzgebiete der Pro¬ 
zessrechner über die Jahre stark verän¬ 
derten, soll der Begriff hier zur Abgrenzung 
zum einen zu den zweckorientierteren Ab¬ 
rechnungscomputern dienen und zum an¬ 
deren zu den Großrechnern, besonders 
was die Größe betrifft. Daher taucht hier¬ 
bei der Begriff Minicomputer bzw. Mini¬ 
rechner auch erstmalig auf. Diese 
Computer waren seitens der Zentralein¬ 



Ein später Dietz Prozesscomputer - die 
Mincal 621 


heit nicht so aufwändig und leistungsstark 
wie Großrechner, boten aber sowohl gute 
Rechenleistung, variablen Arbeits- und 
Programmspeicher, eine Vielzahl von Mas¬ 
senspeichermöglichkeiten und auch gute 
Erweiterbarkeit durch ein Bussystem und 
einen Haufen externer analoger oder digi¬ 
taler Ein- und Ausgabemodule. Durch den 
Einsatz von Halbleitern konnten diese so 
klein gebaut werden, dass sie nur noch die 
Größe eines Kühlschranks (19" Rack) hat¬ 
ten. Nicht zuletzt diese Kombination aus 
Anschaffungskosten und Universalität 
machten Prozessrechner zu beliebten Al¬ 
leskönnern. Dadurch, dass sie sowohl in 
Forschung und Lehre als auch in Industrie 
und Wirtschaft zu Hause waren, gab es 
auch bald eine Vielzahl an Betriebssyste¬ 
men, Programmiersprachen und allgemein 
an Software. Der prominenteste Vertreter 
aus US-Amerika war die Digital Equipment 
Corporation (DEC) mit ihren Programmed 
Data Processors (PDP). DEC schaffte es 
zum einen, ihre Nutzer zu organisieren 
(DECUS - Digital Equipment Computer 
Users' Society) und damit sowohl für Wer¬ 
bung und Verbreitung ihrer Maschinen als 
auch für Anwendungen für ihre Computer 
mit minimalem Aufwand zu sorgen. Zum 
anderen brachte DEC auch Ende der 60er 
Jahre als erste Firma mit der PDP-8 einen 
wirklichen Massencomputer auf den Markt. 

Aber auch in Deutschland wurden Pro¬ 
zessrechner gebaut und verkauft: Die Hein¬ 
rich Dietz Industrie-Elektronik fing Ende 
der 50er Jahre an, Messwerterfassungen 
und Analogcomputer zu verkaufen und 
konnte bereits ab Mitte der 60er Jahre mit 
ihren MINCAL Prozessrechnern - dann be¬ 
reits als Dietz-Computer-Systeme - Erfol¬ 
ge feiern. Siemens erkannte die 
Möglichkeiten dieser Computer ebenso 


























und startete ein paar Jahre später in die¬ 
sem Segment mit der System 300 Reihe 
ebenso wie Krupps / Atlas mit der EPR 
2000 . 

Die Transistoren kommen 

Der Transistor sorgte auch bei den Bu- 
chungs- und Abrechnungsautomaten für 
Weiterentwicklung. Als erstes konnten so 
die aufwändigen elektromechanischen 
Speicherwerke durch halbleiter-angesteu- 
erte Kernspeicher ersetzt werden. Aber 
auch die elektromechanischen Rechen¬ 
werke oder röhren bestückte Multiplikati¬ 
onswerke wurden nach und nach durch 
elektronische Transistor-Rechenkerne er¬ 
setzt, so dass der Schritt zum vollelektro¬ 
nischen Buchungsautomaten nur noch ein 
kleiner war. Noch war die neue Technolo¬ 
gie in der Herstellung teuer und benötigte 
auch nicht weniger Platz. Aber man be¬ 
gann auch schon vereinzelt, die Anzahl 
der Einsatzmöglichkeiten einer Maschine 
durch variable Programmierbarkeit zu ver¬ 
größern. Dennoch waren diese Computer 
immer noch in ihrer Funktion durch Ver¬ 
drahtung und Aufbau auf ihre jeweiligen 
Anwendungsbereiche (z.B. Rechnungs¬ 
buchung, Abrechnung) beschränkt. 

Die wenigen bisherigen deutschen Com¬ 
puter-Firmen konzentrierten sich in den 
60er Jahren vermehrt auf das Großrech¬ 
nergeschäft. Siemens hatte Anfang der 
60er die 3003 veröffentlicht und Mitte des 
Jahrzehnts wurde mit der 4004 ein offizi¬ 
eller Nachbau der RCA (Radio Corporati¬ 
on of America) Spectra 70 angeboten. 
Durch das Verkaufen fremder Hardware 
unter eigenem Namen wurde ein Trend 
geschaffen, der von der deutschen und 
auch internationalen Computerindustrie 
noch weiter ausgebaut und in vielen For¬ 
men umgesetzt werden sollte - und dies 
besonders bis in die heutige Zeit auch noch 
tut. Dies wirft folgerichtig eine Frage auf, 
wie viele und wie große, einzelne Kompo¬ 
nenten eines Computers aus eigener Her¬ 
stellung eines Herstellers sein müssen 
oder dürfen, um als vollständiges eigenes 
Produkt gelten zu können - also zum Bei¬ 
spiel die Frage "Was ist ein Deutscher 
Computer?". 

Später in den 60ern brachte Telefunken 
den Großrechner TR-440 auf den Markt 
und Robotron-Elektronik (VEB RAFENA- 
Werke Radeberg) den R300. FürZuse lief 
es weniger gut: Der Anspruch einer hohen 
Verarbeitungsqualität und damit auch ho¬ 


he Verkaufspreise sowie Produktionspro¬ 
bleme bei der Z25 ließen Zuse nicht mehr 
konkurrenzfähig werden und so wurde der 
Computerpionier 1964 von Rheinstahl über¬ 
nommen und 1969 von Siemens ge¬ 
schluckt. 

Datenfernübertragung 

Mitte/Ende der 60er Jahre wurde im Seg¬ 
ment der Abrechnungs- und Buchungsau¬ 
tomaten der nächste Schritt gemacht, in 
dem das Rechenwerk dieser Maschinen 
zu universell(er)en programmierbaren 
Computern erweitert wurde, mit denen nur 
durch die Programmierung verschiedene 
Aufgaben realisiert werden konnten. Der 
mechanische Aufbau und die Konfigurati¬ 
on der peripheren Hardware-Komponen¬ 
ten (numerische Zusatztastaturen, ver¬ 
schiedene Druckwerke, Magnetkontokar- 
ten-Vorrichtungen, Lochstreifen oder Ma¬ 
gnetbandkassetten als Massenspeicher 
oder Modem zur Daten-Fernübertragung 
(DFÜ)) definierten zwar noch den mögli¬ 
chen Einsatzbereich, aber durch die Pro¬ 
grammierung wurde die eigentliche 
Anwendung bestimmt. 

Die Programme waren häufig in Festwert¬ 
speichern (also nichtflüchtiger Nur-Lese- 
Speicher wie z.B. Fädelspeicher oder Di¬ 
odenmatrix) verewigt. Das bedeutet, dass 
bei diesen Rechnern der Programm- und 
Datenspeicher getrennt realisiert ist (Har¬ 
vard-Architektur). Nur wenige dieser Rech¬ 
ner hatten den Luxus, Programme variabel 
im Hauptspeicher abzuspeichern. Die aus 
der Vergangenheit bekannte Schreibtisch¬ 
form in verschiedenen Varianten blieb aber 
noch häufig die typische Gehäuseform die¬ 
ser Rechner. 

Die ersten Firmen, die Exemplare dieser 
wegen ihrer hardwareseitigen Einschrän¬ 
kung auf Büroanwendungen anfangs noch 
Abrechnungscomputer genannten neuen 
Gattung auf den Markt brachten, waren 
die Kienzle Apparate GmbH, die Siemag 
Büromaschinen GmbH, die aus Chemnitz 
abgewanderte Wandererwerke und das 
Labor für Impulstechnik von Heinz Nixdorf, 
wo eigentlich der Rechenkern für die Wan¬ 
derer Conti entwickelt wurde. Nixdorf kauf¬ 
te 1968 Wanderer auf, gründete die Nixdorf 
Computer AG und entwickelte das erfolg¬ 
reiche Computermodell 820, das den 
Grundstein für eines der umsatzstärksten 
reinen Computerunternehmen der 70er 
und 80er Jahre legte. Mit für den Erfolg 
der 820 verantwortlich war ein Computer¬ 


pionier, der bereits bei Telefunken an der 
Entwicklung des TR-4 beteiligt war: Otto 
Müller. Zusammen mit seiner Frau Ilse ver¬ 
folgten er bereits seit den 50ern die Idee 
eines universellen Individualcomputers - 
wie unabhängig von ihnen auch der 
schweizer Informatikprofessor Niklaus 
Wirth - und spielten wie auch der Informa¬ 
tiker Nikolaus Joachim Lehmann noch 
wichtige Rollen in der Geschichte der Deut¬ 
schen Computerindustrie. 


Lesen Sie in der nächsten Ausgabe der 
LOAD die Fortsetzung: Die mittlere 
Datentechnik und die PC-Revolution. 


Link 

https://www.classic- 

computing.de/load6#history 

Vielen Dank an Volker Hermann und Rüdiger Kurth für 
das Korrekturlesen, die vielen Vorschläge, Verbesserun¬ 
gen und die Motivation. Danke an Stefan Höltgen für das 
Konzept. 



Charles “Chuck” Peddle 


“Vision is the 
art of seeing 
what is invisible 
to others.” 


1937-December 15,2019 


Ende 2019 verstarb im Alter von 82 
Jahren der Entwickler des legendären 
6502-Prozessors. Peddle trug entschei¬ 
dend zur Heimcomputer-Welle in der 
zweiten Hätte der 1970er Jahre bei. 
Sein 8-Bit-Prozessor MOS 6502 ist in 
vielen Systemen dieser Zeit im Einsatz. 
Der Commodore PET 2001, der VC 20, 
der C64 (hier als Nachfolger 6510), der 
Atari 800, der Apple I, II und III und 
Konsolen wie NES oder Atari 2600 
basieren alle samt und sonders auf 
Peddles Innovation. Durch sein Streben 
und seine Dickköpfigkeit wurde die 
Computerrevolution in ihrer Form erst 
möglich. 











Ein Besuch in der Ausstellung 



Das < ;commodore 

Museum Braunschweig 


■ 


I n den ehemaligen Räumen der 
Commodore Büromaschinen 
GmbH in Braunschweig ist eine 
Dauerausstellung zur Geschichte 
des Unternehmens zu bestaunen. 
LOAD hat sich auf den Weg in die 
Löwenstadt gemacht. 

Schon früh, nämlich im Jahr 1971 gründe¬ 
te Commodore International auch in 
Deutschland eine Niederlassung. Ur¬ 
sprünglich war die Commodore Büroma¬ 
schinen GmbH als reine Vertriebsge¬ 
sellschaft in Dreieich nahe Frankfurt/Main 
gegründet worden. Mit der Aufnahme der 
Fertigung von Commodore Computern 
1980 siedelte das Unternehmen nach 
Braunschweig um und bezog ein leeres 
Fabrikgebäude im westlichen Industriege¬ 
biet der Stadt. Dort wurden hauptsächlich 
Computer und Disketten-Laufwerke aus 
Einzelteilen zusammengebaut, doch auch 







So präsentiert sich die Commodore-Aus Stellung in Braunschweig dem Besucher 


eine eigene Entwicklungsabteilung exis¬ 
tierte. Der Standort avanchierte im glei¬ 
chen Jahr zur europäischen Zentrale. Mit 
der Insolvenz von Commodore Internatio¬ 
nal im Jahr 1994 gingen aber auch in 
Braunschweig bald die Lichter aus. Das 
Gebäude wurde 1996 vom Verpackungs¬ 
dienstleister Streiff & Helmold übernom¬ 
men, der bis dahin die Verpackungen für 
den gesamten europäischen Commodo- 
re-Markt geliefert hatte. Dies erklärt die be¬ 
sondere Affinität des Unternehmens mit 
der Geschichte des Computer-Pioniers 
Commodore und auch die Liebe von Se¬ 
nior-Chef Helmut Streiff zu dieser Marke. 
So war es ein logischer Schritt, im Gebäu¬ 


de eine Dauerausstellung von Commodo- 
re-Produkten zu eröffnen. Im Jahr 2017 
war es dann soweit, die Exponate wurden 
der Öffentlichkeit präsentiert. 

Anders als in modernen Computermuse¬ 
en, die klassische Computer meist funkti¬ 
onsfähig aufgebaut und betriebsbereit 
vorstellen, zeigt Streiff & Helmold seine 
Sammlung gut geschützt in Vitrinen. Die¬ 
se sind flankiert von zahlreichen Infotafeln, 
die über die Geschichte der Computerent¬ 
wicklung bei Commodore und die Ge¬ 
schäftsentwicklung berichten. So ist zu 
erfahren, dass ein Grund für die Verlage¬ 
rung des Sitzes der Commodore Büroma¬ 
schinen GmbH von Dreieich nach 


«< Die Hauptpersonen in der Commodore-Geschichte <« 


Jay Miner 

Michael Tomczyk 

1 Chuck Peddle 

1 Jack Tramiel 



Ausführlich informiert die Ausstellung auf Schautafeln über 
Hintergründe und Personen der Commodore Ära. 
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Zeitungsbild von 1980: Fertigung von CBM Maschinen 


Braunschweig die Nähe zu einem Großkunden war. Die Physi¬ 
kalisch-Technische Bundesanstalt (PTB), unter anderem Be¬ 
treiber der Mutteruhr hatte damals mehrere Hundert der 
preisgünstigen Rechner in Betrieb. Außerdem garantierte die 
Technische Universität Braunschweig den akademischen Nach¬ 
wuchs für die Entwicklung. Zudem konnte Commodore auch 
Mittel der Zonenrandförderung abgreifen, denn Braunschweig 

Jag nahe der 
Grenze zur da¬ 
maligen DDR. 

Auch über die 
Entwicklung des 
Prototypen des 
Commodore 
Amiga 2000 ist 
hier einiges zu 
erfahren. Das 
Gerät wurde von 
der Entwick¬ 
lungsabteilung in 
Braunschweig 
auf Basis des 
Amiga 1000 auf¬ 
gebaut. Ein Zor- 
ro II Board und 
der von der Sei¬ 
te nach innen 
gewanderte Er¬ 
weiterungssteck¬ 
platz waren zwei 
der Merkmale des Braunschweiger Amiga 2000. In den USA, 
am Commodore-Sitz in Westchester nahm die dortige Entwick¬ 
lungsabteilung einige Verbesserungen des deutschen A2000 
vor. Insbesondere nutzten die Amerikaner das Amiga 500- Board 
als Ausgangsbasis. Allerdings war da der Commodore Amiga 
2000A, wie er nun tituliert wurde, bereits in 5-stelliger Stückzahl 
produziert und verkauft worden. Der Amiga 2000B wurde dann 
der massenhaft produzierte 2000er. 

Diese und andere Geschichten lassen sich im Museum auf 
Schautafeln nachlesen oder werden in Ausstellungsführungen 
von Mitarbeitern des Unternehmens dargebracht. Wer bisher 
die Geschichte von Commodore Deutschland nur wenig kennt, 
wird die Ausstellung mit neuen Eindrücken und Hintergrundwis¬ 
sen verlassen, (gb) 

Die Commodore-Ausstellung befindet sich in der Carl-Giese- 
cke-Str. 2, Braunschweig und wird auf Anfrage unter commo- 
dore@streiff.de für Gruppen geöffnet. 
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USA 
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USA 
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Hi-Speed Graphik 

1983 

Braunschweig 
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1983 

Braunschweig 

1 IBM PC kompatible Computer 

Produktionsstart 
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PC 10/PC 20 
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Braunschweig 

PC 30 

1985 

Braunschweig 
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Braunschweig 
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1986 

Braunschweig 
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Braunschweig 

PC 10-111/PC 20-111 

1988 

USA & Braunschweig 

PC 40-111 (286er) 
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USA 

PC 50 (386SX) 
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OEM Zukauf 

PC 50-II/III (386SX) 

1989 

OEM Zukauf 

PC 60 / 60-111 (386DX) 

1990 

OEM Zukauf 

1 Amiga Computer 
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1986 

Braunschweig 

Amiga 500 

1987 

USA & Braunschweig 

Amiga 2000 
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Braunschweig 
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1987 

Braunschweig 

Amiga A20286 Bridgeboard 

1988 

Braunschweig 

Amiga 3000 / 3000T 

1991 

USA 

Amiga 4000 (Vorserie) 
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USA 
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1991 

USA 
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USA 


Die Liga der ehrenwerten Braunschweiger 
Commodore-Geräte 


Auf ins FCifUh! 


In UereinsforuH diskutieren Mir über 
dies und das, helfen bei Rechner - Prob _ 
lenen und haben eine gute zeit! 


Anfassen, Ausprobieren, Spielen, Erinnern, Erhalten ... 


Verein 

zun 

Erhalt 


www.classic-computing.de 


Conputer e.U. 

Einer für Alle! 

Ein Computer-Verein für alle klassischen 
Computer-Systeme? Na klar! 

Egal ob Großrechner der 70er, Home-Computer 
der 80er oder PCs der 90er. Wir haben sie alle. 
Komm, mach mit und entdecke die faszinierende 
Welt der klassischen Computer bei uns im Verein! 


Auszug aus den Computersystemen 


Commodore 


AMSTRAD 


A 

ATARI 


MSX 


CS t/amiga 

Acorn ® amiga. 


Alte Computersysteme abzugeben? 
Wir sammeln und erhalten 
klassische Computer! 





















Vereinsleben 



TELEX 


1920er Jahren. 


Fernschreibgerät aus 


älteste Exponat - 






Norddeutschen Rundfunks haben ausßhrlic 


■ - 


Den 1. Preis des Publikumswettbewerbs gewann der Stand 
von Harzretro. 


Classic Computing 2019 in Lehre 


In die Vollen 










































Diese Konsolen wurden zwischen 1979 und 1981 vom 
VEB Halbleiterwerk Frankfurt (Oder) in der DDR gebaut 
und vertrieben. 




Unsere große Jahresveranstaltung, die 
Classic Computing fand 2019 im klei¬ 
nen Ort Lehre zwischen Braunschweig 
und Wolfsburg statt. Vom 20. bis 22. 
September trafen sich dort über 60 Aus¬ 
steller aus dem gesamten Bundesge¬ 
biet und dem angrenzenden Ausland zu 
einer der größten Retrocomputer-Ver¬ 
anstaltungen in Deutschland. Ein attrak¬ 
tives Vortragsprogramm ergänzte die 
Ausstellung. 

Einige Hundert Besucherfanden den 
Weg nach Lehre und bestaunten viele 
interessante Computer und Videospiel¬ 
geräte aus 5 Jahrzehnten Digitalge¬ 
schichte. Die Veranstaltung fand auch 
ein reges Interesse in der Presse. Film¬ 
teams des Norddeutschen Rundfunks 
und von SAT.1 Regional besuchten die 
Classic Computing 2019 und brachten 
mehrere Berichte in den niedersächsi¬ 
schen Regionalprogrammen. Auch in 
den Zeitungen in Wolfsburg, Braun¬ 
schweig und Lehre wurde über die Aus¬ 
stellung berichtet. 

Erstmalig bei einer Classic Computing 
konnten die Besucher die einzelnen Au¬ 
steller bewerten. Die am besten bewer¬ 
teten Stände erhielten Publikumspreise. 

Die Fernsehberichte, weitere Hinter¬ 
gründe zur Classic Computing und der 
Ausstellungskatalog mit Details zu vie¬ 
len der ausgestellten Systeme finden 
sich auf der Homepage des Vereins 
zum Erhalt klassischer Computer e.V. 

Links 

https://www.classic-compu- 

ting.org/cc2019/ 


(WANG ) 


Rechner von Wang sind selten auf Retrocomputer- 
Veranstaltungen zu sehen. Und noch seltener sind voll 
funktionstüchtige Geräte wie dieses Modell. 
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Als IBM 1981 den Markt der Microcomputer mit 
ihrem PC betrat, sollte es eine kurze Episode auf 
dem Weg zur mittleren Datentechnik werden. Es 
kam anders - wir beleuchten Hintergründe und 
Entwicklungen, stellen den ersten IBM PC vor und 
blicken auf erste Kompatible und wenig erfolg¬ 
reiche Entwicklungen wie das PS/2 zurück. Auch 
Betriebssysteme wie OS/2 kommen nicht zu kurz. 
Außerdem geben wir Praxistipps zu Instandsetz¬ 
ung und Betrieb der ersten PCs. 
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Vernetzung 


TCP/IP und Ethernet kennt wohl jeder. Was aber sagt Ihnen 
heute Novell NetWare, Banyan Wines oder Corvus, Token Ring 
und FDDI? Wir blicken auf alte Netzwerke und geben Tipps 
zum Betrieb. 

Linux zum 30. Geburtstag 

Als ein junger finnischer Student seine ersten Gehversuche in 
der Multitasking-Programmierung machte, konnte niemand 
ahnen, dass dieses System einmal das Internet dominieren 
würde. Wir kramen die alten Disketten hervor und installieren 
eine frühe Linux-Version. 

Der TI 99/4A 

Der erste 16 Bit Homecomputer mit seinen Modulen und 
Erweiterungen lohnt einen detaillierten Blick. 

Computergeschichte 

Lesen Sie im zweiten Teil unserer Serie, wie sich die 
Computerwelt ab den 1980er Jahren verändert hat. 

„.und außerdem: 

Neues aus dem Verein, Berichte über Veranstaltungen und 
Treffen, neue Spiele, Terminkalender und vieles mehr. 
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Wir freuen uns übereingesandte Beiträge, behalten uns aber Veröf¬ 
fentlichungen, Kürzungen und Änderungen vor. Für unverlangt einge¬ 
sandtes Bild- und Textmaterial können wir keine Haftung übernehmen. 
Namentlich gekennzeichnete Artikel geben nicht unbedingt die Mei¬ 
nung der Redaktion wieder. Die Beiträge der namentlich genannten 
Autoren und der Redaktion stehen nach Veröffentlichung im Heft un¬ 
ter einer Creative Commons-Lizenz (CC-BY-NC-SA) und dürfen für 
nichtkommerzielle Zwecke und unter Namensnennung des Autors ver¬ 
wendet und für abgeleitete Werke unter der gleichen Lizenz benutzt 
werden. Autoren können ihre Artikel bis zum Redaktionsschluss zu¬ 
rückziehen, wodurch alle Rechte an den Autor zurückfallen. Nach Re¬ 
daktionsschluss ist dies nicht mehr mögich. Autoren akzeptieren mit 
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sätzlich kostenlos abgegeben. Um einem Missbrauch vorzubeugen, 
kann die ausgebende Stelle für gedruckte Hefte eine Schutzgebühr 
in Höhe von 3,- EUR erheben. 
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COMMODORE - ATARI - NINTENDO - SEGA - AMIGA - SONY - DOS - ARCADE 


WISSEN, WAS IN DER WEIT 
DER HEIMCOMPUTER UND 
r KONSOLEN VON FRÜHER 
HEUTE NOCH GEHT. 
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WWW.RETURN-MACAZIN.DE - WWW.FACEBOOK.COM/RETURN.MACAZIN 
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DAS FACHMAGAZIN RUND UM DEN AMIGA 

Geboten werden die aktuellsten Nachrichten aus der Amiga-Szene! 

Das Magazin erscheint komplett in Farbe mit einer optionalen Leser-CD. 

Alle zwei Monate kann man die brandneue Ausgabe direkt bei uns im Online-Shop oder im Amiga-Fachhandel erhalten. 


www.amigafuiure.de 

















